Mahir M. Quluzade - Fərqli əməliyyat sistemləri eyni Data Guard Konfiqurasiyasında
•Télécharger en tant que PPTX, PDF•
1 j'aime•2,424 vues
Fərqli əməliyyat sistemləri eyni Data Guard Konfiqurasiyasında - Mahir M. Quluzadə 27.08.2012 - AZEROUG - I Session
Recommandé
Recommandé
Contenu connexe
En vedette
En vedette (20)
Mahir M. Quluzade - Fərqli əməliyyat sistemləri eyni Data Guard Konfiqurasiyasında
- 1. http://www.azeroug.org Fərqli əməliyyat sistemləri eyni Data Guard konfiqurasiyasında Mahir M. Quluzadə OCP Azərbaycan Oracle İstifadəçi Qrupunun II Görüşü - 28.07.2012
- 2. Mahir M. Quluzadə http://www.azeroug.org AZEROUG (Azerbijan Oracle Users Group) üzvü OCP Database 11g Administrator OCE Database SQL Bloqer : http//www.mahir-quluzade.com Azərbaycan Respublikasının Mərkəzi Bankında - Oracle DBA 16.08.2012 www.mahir-quluzade.com 2/39
- 3. Bu söhbət nəyi əhatə edəcək ? http://www.azeroug.org Oracle Data Guard konfiqurasiyası / Oracle Data Guard Broker Data Guard konfiqurasiyası üçün fərqli əməliyyat sistemlərinin seçilməsi Oracle Linux Server 6.2 (x86 64Bit) və Microsoft Windows 2008 Server R2 (64Bit) eyni Data Guard konfiqurasiyasında (video demo) Suallar və cavablar 16.08.2012 www.mahir-quluzade.com 3/39
- 4. http://www.azeroug.org Oracle Data Guard konfiqurasiyası Oracle Data Guard Broker 16.08.2012 www.mahir-quluzade.com 4/39
- 5. Verilənlərin yüksək dayanıqlılığı http://www.azeroug.org Data Guard – Verilənlərin yüksək dayanıqlılığının önəmli bir parçasıdır 16.08.2012 www.mahir-quluzade.com 5/39
- 6. Oracle Data Guard http://www.azeroug.org Oracle Data Guard verilənlərin bir və ya bir neçə (30) ehtiyat surətlərinin saxlanması, idarə olunması, monitoriq olunmasını ilə fəlakətlər zamanı, insan səhvləri zamanı, verilənlərin xarab oması zamanı verilənlərin qorunmasını təmin edir. Oracle Data Guard konfiqurasiyası bir primary və ən çox 30 standby verilənlər bazasından ibarət olur. Oracle Data Guard konfiqurasiyasına daxil olan primary və standby verilənlər bazaları SQL*Plus, Data Guard Manager Command Line interface (DGMGRL) və Enterprise Manager Grid Control tərəfindən idarə olunur 16.08.2012 www.mahir-quluzade.com 6/39
- 7. Niyə Oracle Data Guard ? http://www.azeroug.org Yüksək dayanıqlılığa zəmanət Verilənlərin qorunmasına zəmanət Fəlakət zamanı bərpa olunmaya zəmanət Verilənlərin bir və bir neçə ehtiyat surətinin saxlanması Rolların istənilən ehtiyat verilənlər bazasına dəyişməsinin təmini 16.08.2012 www.mahir-quluzade.com 7/39
- 8. Data Guard Konfiqurasiyası http://www.azeroug.org Verilənlər bazaları Primary Standby Physical standby Logical standby Snapshot standby Servislər Transport servisi Apply servisi (Redo Apply və SQL Apply) Rol Dəyişmə servisi 16.08.2012 www.mahir-quluzade.com 8/39
- 9. Data Guard konfiqurasiyası http://www.azeroug.org verilənlər bazaları Primary verilənlər bazası - əsas verilənlər bazası Standby verilənlər bazası – ehtiyat surət bazası Physical Standby verilənlər bazası – fiziki strukturu əsas verilənlər bazası blokbəblok eynidir Logical Standby velənlər bazası – fiziki strukturu eyni və ya fərqli olur məntiqi səviyyədə ehtiyat surət Snapshot Standby verilənlər bazası – əsas verilənlər bazasında olan bütün dəyişiklikləri alır, amma tətbiq etmir. 16.08.2012 www.mahir-quluzade.com 9/39
- 10. Data Guard konfiqurasiya http://www.azeroug.org servisləri Transport servisi (SYNC – sinxron və ya ASYNC - asinxron) Primary verilənlər bazasında olan dəyişiklikləri Standby velənlər baza(larına)sına göndərir Apply servisləri (Redo Apply və SQL Apply) Standby verilənlər bazasının aldığı Primary verilənlər bazasında olan dəyişiklikləri Standby verilənlər bazasına tətbiq edir Rol Dəyişmə servisi – Switchover və ya Failover zamanı data guard konfiqurasiyasının verilənlər bazasının rollarını dəyişir 16.08.2012 www.mahir-quluzade.com 10/39
- 11. Oracle Data Guard - Müdafiə üsulları http://www.azeroug.org Maximum protection - Bu müdafiə üsulunda primary verilənlər bazasında müvəffəqiyyatsizlik olarsa, heç bir məlumat itigisi olmayacağına əmin ola bilərsiniz. Bu səviyyə müdafiə üsulunda dəyişikliklər commit olmamışdan oncə online və ən azı bir standby log faylına yazılır. Standby tərəfə dəyişikliklərin yazımasını gözləyir. Maximum availability - Bu müdafiə üsulu verilənlərin yüksək dayanıqlılığını təmin edir. Sinxron şəkildə dəyişiklikləri standby verilənlər bazasına yazır, əgər dəyişikliklərin yazıması baradə məlumat almadığı təqdirdə NET_TİMEOUT qədər gözləyir, sonra Maksimum performans kimi işləməyə başlayır Maximum performance - Bu susmaya görə olan müdafiə üsuludur. Primary verilənlər bazasının performansına təsir etməyən müdafiə üsuludur. Bu müdafiə üsulunda dəyişikliklər primary verilənlər bazasına daxil olunduqdan sonra tezliklə standby üçün generasiya olunur. 16.08.2012 www.mahir-quluzade.com 11/39
- 12. Oracle Data Guard – Müdafiə üsulları http://www.azeroug.org Müdafiə Verilən Transport Primary verilənlər üsulu itirmə riski tipi bazasının vəziyyəti Maximum Sıfır itirmə SYNC Dəyişikliyi standbya çatdığı və yazıldığı Protection İki tərəfli haqqında məlumat gözləyir, cavab gəlməsə qoruma dayanma olur Maximum Sifir itirmə SYNC Dəyişikliyi standbya çatdığı və yazıldığı Availability Tək tərəfli haqqında məlumat gözləyir, cavab gəlməsini qruma timeout parametri qədər gözləyir (NET_TİMEOUT) Maximum Sıfıra yaxın, ASYNC Heç bir gözləmə olmur. Performance çox az 16.08.2012 www.mahir-quluzade.com 12/39
- 13. Active Data Guard http://www.azeroug.org Standby verilənlər bazası READ ONLY WITH APPLY rejimdə açılır Avtomatik blok bərba etmək imkanı yaradır (ABR) Real Time Queries – eyni zamanlı hesabat proqramları üçün imkan yaradır Standby verilənlər bazasında sürətli incremental backup üçün block change tracking də dəstəkləyir 16.08.2012 www.mahir-quluzade.com 13/39
- 14. Data Guard Broker nədir? http://www.azeroug.org Broker - Data Guard konfiqurasiyasına daxil olan primary və standby verilən bazalarının bir yerdə idarə və monitor olunmasını təmin edən framework DGMGRL - Data Guard Manager Command-Line Interface və Oracle Enterprise Manager ilə idarə etmək mümükündür Data Guard Monitor – DMON background processdir 16.08.2012 www.mahir-quluzade.com 14/39
- 15. Data Guard Broker konfiqurasiyası http://www.azeroug.org 16.08.2012 www.mahir-quluzade.com 15/39
- 16. Data Guard Broker təmin edir http://www.azeroug.org Data Guard konfiqurasiyasının yaradılması, primary və standby verilən bazalarının, redo və sql apply serivcelərinin, redo transport servislərnin mərkəzləşdirilmiş idarə və monitorinqini Broker konfiqurasiyasının müdafiə üsullarının asan şəkildə idarə olunması Bir komanda ilə switchover və failover əməliyyatının yerinə yetirilməsi Primary verilənlər bazasında müvəffəqiyyətsizlik anında standby verilən bazasının avtomatik yeni primary verilənlər bazasına çevrilməsi (FSFO) Data Guard konfiqurasiyasının statusu, diagnostic informasiyasının, redo apply norması, redo generasiyası norması, problemlərin mərkəzləşmiş monitorinqini 16.08.2012 www.mahir-quluzade.com 16/39
- 17. Data Guard və Əlavə texnologiyalar http://www.azeroug.org Oracle Real Application Clusters Flashback texnologiyaları Oracle Recover Manger – RMAN 16.08.2012 www.mahir-quluzade.com 17/39
- 18. http://www.azeroug.org Data Guard Konfiqurasiyası üçün əməliyyat sistemlərinin seçilməsi 16.08.2012 www.mahir-quluzade.com 18/39
- 19. Data Guard Konfiqurasiyası üçün http://www.azeroug.org əməliyyat sistemlərinin seçilməsi Primary verilənlər bazasının işlədiyi platformanın təyini Standby verilənlər bazası üçün əməliyyat sisteminin seçilməsi Oracle Database 11g Release2 Enterprise Edition eyni versiyası və patchset-inin qurulması 16.08.2012 www.mahir-quluzade.com 19/39
- 20. Primary verilənlər bazasının işlədiyi http://www.azeroug.org platformanın təyini Primary verilənlər bazasını işlədiyi platformanın SQL*Plus ilə müəyyən edilməsi 16.08.2012 www.mahir-quluzade.com 20/39
- 21. Ehtiyat verilənlər bazası üçün əməliyyat http://www.azeroug.org sisteminin seçilməsi Eyni Data Guard konfiqurasiyasının dəstəklədiyi əməliyyat sistemləri cədvəli support.oracle.com Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration [ID 413484.1] 16.08.2012 www.mahir-quluzade.com 21/39
- 22. Eyni Data Guard Konfiqurasiyasını dəstəkləyən əməliyyat sistemləri http://www.azeroug.org cədvəli Platform Əməliyyat sisteminin adı Eyni Data Guard Konfiqurasiyasını dəstəkləyən əməliyyat sistemlər Platform_ID-ləri ID (Physical Standby) 7 Microsoft Windows (32-bit) 8, 12 - Oracle 10g-dən etibarən, bax Support Note 414043.1 7 Microsoft Windows (x86) 10 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 11, 13 - Oracle 11g-dən etibarən, bax Support Note 414043.1, həmçinin tələb olunan patch : Bug 13104881 7 - Oracle 10g-dən etibarən, bax Support Note 414043.1 8 Microsoft Windows IA (64-bit) 8 12 - Oracle 10g-dən etibarən Microsoft Windows (64-bit Itanium) 11, 13 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 7 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 Linux (32-bit) 10 10 Linux x86 11, 13 - Oracle 10g-dən etibarən, bax Support Note 414043.1 10 - Oracle 10g-dən etibarən, bax Support Note 414043.1 11 Linux IA (64-bit) 13 - Oracle 10g-dən etibarən 11 Linux Itanium 7 - Oracle 11g-dən etibarən, bax Support Note 414043.1, həmçinin tələb olunan patch : Bug 13104881 8, 12 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 7 - Oracle 10g-dən etibarən, bax Support Note 414043.1 8 - Oracle 10g-dən etibarən Microsoft Windows 64-bit for AMD 12 12 Microsoft Windows (x86-64) 11, 13 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 7 - Oracle 11g-dən etibarən, bax Support Note 414043.1, həmçinin tələb olunan patch : Bug 13104881 10 - Oracle 10g-dən etibarən, bax Support Note 414043.1 11 - Oracle 10g-dən etibarən Linux 64-bit for AMD 13 8, 12 - Oracle 11g-dən etibarən, tələb olunan patch : Bug 13104881 Linux x86-64 13 20 - Oracle 11g-dən etibarən Solaris Operating System (x86) 17 17 Solaris Operating System (x86) 20 - Oracle 10g-dən etibarən, bax Support Note 414043.1 13 - Oracle 11g-dən etibarən Solaris Operating System (AMD64) 17 - Oracle 10g-dən etibarən, bax Support Note 414043.1 20 Solaris Operating System (x86-64) 20 16.08.2012 www.mahir-quluzade.com 22/39
- 23. Cədvəllə bağlı qeydlər http://www.azeroug.org Oracle fərqli əməlliyat sistemlərinin daxil olduğu Data Guard konfiqurasiyasını Data Guard Broker Command Line (DGMGRL) ilə idarə olunmasını təklif edir Enterprise Manager Grid Control fərqli əməliyyat sistemlərində ehtiyat verilənlər bazasını düzəltməyi və ya administrativ əməliyyatları etməyi dəstəkləmir RMAN cədvələ uyğun əməliyyat sistemlərində ehtiyyat verilənlər bazasını düzəltməyi dəstəkləyir (Support Note 1079563.1) Primary və standby verilən bazaları eyni uyğunluq rejimində olmalıdır 16.08.2012 www.mahir-quluzade.com 23/39
- 24. Fərqli əməliyyat sistemləri üçün Oracle verilənlər bazasının eyni versiya və http://www.azeroug.org patchsetinin seçilməsi Oracle verilənlər bazasının cədvələ uyğun əməliyyat sistemləri üçün eyni versiyası və patchseti qurulması vacibdir https://updates.oracle.com – dan ən son versiyasını və istədiyiniz patchseti edirə bilərsiniz 16.08.2012 www.mahir-quluzade.com 24/39
- 25. http://www.azeroug.org Oracle Linux Server 6.2 x86 64Bit və Microsoft Windows 2008 Server R2 64Bit eyni Data Guard konfiqurasiyasında 16.08.2012 www.mahir-quluzade.com 25/39
- 26. Linux və Windows eyni http://www.azeroug.org Data Guard konfiqurasiyasında Primary verilənlər bazası Oracle Linux Server 6.2 (x86 64 Bit) server üzərində işləyir Physical Standby verilənlər bazası Microsoft Windows 2008 Server R2 (64 bit) serveri üzərində düzəldiləcək Hər iki serverə Oracle Database 11g Release 2 (11.2.0.3) 64Bit qurulmuşdur 16.08.2012 www.mahir-quluzade.com 26/39
- 27. Primary verilənlər bazasında http://www.azeroug.org Data Guard konfiqurasiyasına hazırlıq Primary verilənlər bazası FORCE LOGGING rejimindədir Verilənlər bazası ARCHIVELOG rejimində olmalıdır Standby Redo loglar əlavə olunmalıdır (Maximum availability və Maximum Protection müdafiə üsullarını tətbiq etmək üçün vacibdir ) Flashback texnologiyası aktivləşdirilməlidir (Failoverdən sonra köhnə primary verilənlər bazasının yeni standby etmək üçün vacibdir) Ehtiyat verilənlər bazasının servis adı TNSNAMES.ORA-ya əlavə edilməlidir 16.08.2012 www.mahir-quluzade.com 27/39
- 28. Standby verilənlər bazasının serverində http://www.azeroug.org Data Guard konfiqurasiyasına hazırlıq ORADIM – dən istifadə edərək servis əlavə olunur (SYSPWD SYS istifadəçisinə şifrə verməklə şifrə fayl düzəlir) NETCA-dan istədə edərək servis adları (primary və standby) əlavə edirik. Hər iki serverdə olması vacibdir Lazım olan qovluqlar düzəldilir db_name və db_unique_name parametləri ilə parameter fayl düzəldilir Ehtiyat verilənlər bazası NOMOUNT üsulla başladılır 16.08.2012 www.mahir-quluzade.com 28/39
- 29. RMAN Duplicate komandası http://www.azeroug.org RMAN fərqli sistemlər arası Duplicate komandasını dəstəkləyir. (Support Note 1079563.1) 16.08.2012 www.mahir-quluzade.com 29/39
- 30. Data Guard Brokerin işə salınması http://www.azeroug.org Hər iki verilənlər bazasıda dg_broker_start parametrini TRUE etməli SQL> alter system set dg_broker_start=TRUE scope=BOTH; System altered. 16.08.2012 www.mahir-quluzade.com 30/39
- 31. Data Guard Manager Command Line ilə http://www.azeroug.org konfiqurasiyanın düzəldilməsi Data Guard Manager Command Line - DGMGRL ilə Data Guard konfiqurasiyasını CREATE CONFIGRATION … komandası ilə düzəldilir DGMGRL> create configuration DG as primary database is admdb connect identifier is admdb; 16.08.2012 www.mahir-quluzade.com 31/39
- 32. Data Guard Manager Command Line ilə http://www.azeroug.org konfiqurasiyanın düzəldilməsi Show configuration - komandası Data Guard Broker konfiqurasiyasını göstətir 16.08.2012 www.mahir-quluzade.com 32/39
- 33. Data Guard Manager Command Line ilə http://www.azeroug.org konfiqurasiyanın düzəldilməsi Data Guard Manager Command Line - DGMGRL ilə Data Guard Broker konfiqurasiyasına ADD DATABASE … komandası ilə standby verilənlər bazası əlavə olunur DGMGRL> add database stbdb as connect identifier is stbdb maintained as physical ; 16.08.2012 www.mahir-quluzade.com 33/39
- 34. Data Guard Manager Command Line ilə http://www.azeroug.org konfiqurasiyanın düzəldilməsi Data Guard konfiqurasiyası düzəldikdən sonra ENABLE etmək gərəkdir. DGMGRL> enable configuration 16.08.2012 www.mahir-quluzade.com 34/39
- 35. Data Guard Manager Command Line ilə http://www.azeroug.org konfiqurasiyanın düzəldilməsi Data Guard Broker konfiqurasiyası enable etdikdən sonra 16.08.2012 www.mahir-quluzade.com 35/39
- 36. Video demo : Fərqli əməliyyat sistemləri eyni Data Guard http://www.azeroug.org konfiqurasiyasında 16.08.2012 www.mahir-quluzade.com 36/39
- 37. Oxumağınız məsləhətdir http://www.azeroug.org Oracle Database 11g Release 2 High Availability: Maximize Your Availability with Grid İnfrastructure, RAC and Data Guard Müəlliflər haqqında • Scott Jesse Customer Support Senior Manager for the Oracle RAC Assurance Team. • Bill Burton Oracle Rac Assurance Development Team Member, Oracle • Bryan Vongray Oracle RAC Assurance Team within Oracle Global Customer Support 16.08.2012 www.mahir-quluzade.com 37/39
- 38. Suallar və cavablar http://www.azeroug.org 16.08.2012 www.mahir-quluzade.com 38/39
- 39. http://www.azeroug.org 16.08.2012 www.mahir-quluzade.com 39/39
Notes de l'éditeur
- AZEROUG II Meeting
- Azerbaycan Oracle User Group-un üzvüyəm OCP və OCE Database SQL sertifikatlarına sahibəm. http://www.mahir-quluzade.com mənim bloqumdur, bu bloqu ziyatət etsəniz burda da data guardla bağlı bir çox mövzularda qısa yazılara video tutoriallara rast gələrsinizMərkəzi Bankda DBA olaraq işləyirəm
- Mənə ayrılan zaman ərzində sizə Fərqli əməliyyat sistemlərinin üzərində işləyən Data Guard konfirasiyası üçün fərqli əməliyyat sistemlərinin necəseçmək lazım olduğundan, oracle data guard konfiqurasiyası üçün hansı fərqli sistemlərin dəstəkləndiyindən söhbət açacağam. Data Guard konfiqurasiyası nədir və Data Guard Broker nədir bu barədə qisa məlumat verməyə çalışacağam.Oracle Linux Server 6.2 (x86 64Bit) server üzərində işləyən primary verilənlər bazası üçün Microsoft Windows 2008 Server R2 (64Bit) əməliyyatsistemi olan serverdə stanbyd verilənlər bazasının qurulması addımlarından, və heterogen primary və standby verilənlər bazalarından ibarət Data Guard Broker konfiqurasiyasının qurulması adımlarından danışacağam və sonda video demo ilə nəticəyə baxacağıq.Sual vermək üçün sonu gözləməyin!
- Yüksəkdayanıqlılıq arxitekturası Plandan kənar dayanma - Server müvəffəqiyyətsizliyi, Verilənlər səviyəsində müvəffəqiyyətsizliyi. Planlı dayanma – Sistem dəyişiklikləri , Məlumat dəyişiklikləri, Application dəyişiklikləri Yüksək dayanıqlılıq arxitekturasından da göründüyü kimi Server müvəffəqiyyətsizliyinin qarşısını almaq məqsədilə Real Application Clusters (RAC), Verilənlər səviyəsində müvəffəqiyyətsizliyi qarşısını almaq məqsədilə Flashback texnologiyası, RMAN və Oracle Secure backup, ASM, Data Guard, Golden gate. Streamlərdən istifadə olunması təklif olunur. Data Guard - YDA-nın önəmli parçalarından biridir.
- Oracle Data Guard müəssisəməlumatıüçünyüksəkdayanıqlılığa, verilənlərin qorunmasına, fəlakət zamanı bərpa olunmaya, verilənlərin bir vəya bir neçə ehtiyat surətinin saxlanması, rolların istənilən ehtiyat verilənlər bazasına dəyişməsinə imkan verir.
- Data Guard konfiqurasiyası verilənlər bazaları primary – standby (physical standby, logical standby, snapshot). Servislərdən (transport, apply servisləri, rol dəyişmə servis) ibarətdir. Primary Database - əsas verilənlər bazasıdır. Standby Database - əsas verilənlər bazasının ehtiyat surətidir. Standby database 3 cur qurula bilər – Local server də fərqli destinationda, remote hostda – eyni destinartionda, remote hostda – ferqli destination da. Bu zaman istifade olunan esas parameterler db_file_name_convert log_file_name_convert fal_server log_archive_cofigStandby Database üç cürdür – Physical Standby database, Logical Standby database, Snapshot standby (11g verisyasından sonra)Physical Standby database – fiziki olaraq əsas database ilə eynidir, db_unique_name fərqlidir. READ ONLY WiTH APPLY (Active Data Guard)Logical Standby database – fiziki olaraq primary database -den ferqli ola biler, ve READ WRITE mode-daacilir. Schema larinehtiyatitutulur. Snapshot Standby Database – Physical standby database-den convert olunaraqyaradilir, Snapshot READ WRITE olaraqacilirvetestleredilir. Snapshot stanby database primary database-de olandeyisiklerialiramma snapshot stanbyd database apply olunmazvephisical standby database-e convert elemekmumkundur.
- Primary Database - əsas verilənlər bazasıdır. Standby Database - əsas verilənlər bazasının ehtiyat surətidir. Standby database 3 cur qurula bilər – Local server də fərqli destinationda, remote hostda – eyni destinartionda, remote hostda – ferqli destination da. Bu zaman istifade olunan esas parameterler db_file_name_convert log_file_name_convert fal_server log_archive_cofigStandby Database üç cürdür – Physical Standby database, Logical Standby database, Snapshot standby (11g verisyasından sonra)Physical Standby database – fiziki olaraq əsas database ilə eynidir, db_unique_name fərqlidir. READ ONLY WiTH APPLY (Active Data Guard)Logical Standby database – fiziki olaraq primary database -den ferqli ola biler, ve READ WRITE mode-daacilir. Schema larinehtiyatitutulur. Snapshot Standby Database – Physical standby database-den convert olunaraqyaradilir, Snapshot READ WRITE olaraqacilirvetestleredilir. Snapshot stanby database primary database-de olandeyisiklerialiramma snapshot stanbyd database apply olunmazvephisical standby database-e convert elemekmumkundur.
- Transport servisi - Primary verilənlər bazasında olan dəyişiklikləri Standby velənlər baza(larına)sına göndərirSYNC – sinxron transport Max Protection, Max Availability müdafiə üsulları üçün istifadə olunur ASYNC – sinxron transport Max Performance müdafiə üsulu üçün istifadə olunurApply servisləri - Standby verilənlər bazasının aldığı Primary verilənlər bazasında olan dəyişiklikləri Standby verilənlər bazasına tətbiq edirRedo Apply - Physical Standby verilənlər bazası üçün işləyir və MRP - Media Recovery Process – prosessidən istifadə edir. SQL Apply – Logical Standby verilənlər bazası uçun işləyir və LSP – Logical Standby Process – prosessindən istifadə edir.Rol Dəyişmə servisi – Switchover və ya Failover zamanı data guard konfiqurasiyasının verilənlər bazasının rollarını dəyişir
- Maximum protection This protection mode ensures that no data loss will occur if the primary database fails. To provide this level of protection, the redo data needed to recover a transaction must be written to both the online redo log and to at least one standby database before the transaction commits. To ensure that data loss cannot occur, the primary database will shut down, rather than continue processing transactions, if it cannot write its redo stream to at least one standby database.Maximum availability This protection mode provides the highest level of data protection that is possible without compromising the availability of a primary database. Transactions do not commit until all redo data needed to recover those transactions has been written to the online redo log and to at least one standby database. If the primary database cannot write its redo stream to at least one synchronized standby database, it operates as if it were in maximum performance mode to preserve primary database availability until it is again able to write its redo stream to a synchronized standby database.This protection mode ensures zero data loss except in the case of certain double faults, such as failure of a primary database after failure of the standby database.Maximum performance This is the default protection mode. It provides the highest level of data protection that is possible without affecting the performance of a primary database. This is accomplished by allowing transactions to commit as soon as all redo data generated by those transactions has been written to the online log. Redo data is also written to one or more standby databases, but this is done asynchronously with respect to transaction commitment, so primary database performance is unaffected by delays in writing redo data to the standby database(s).This protection mode offers slightly less data protection than maximum availability mode and has minimal impact on primary database performance.
- Maximum protection – Sinxron transferlə - Dəyişikliyi standb-ya çatdığı və yazıldığı haqqında məlumat gözləyir, cavab gəlməsə dayanma olur / Heç bir məlumat itmir. Maximum Availability -Sinxron transferlə - Dəyişikliyi standbya çatdığı və yazıldığı haqqında məlumat gözləyir, cavab gəlməsini timeout parametri qədər gözləyir (NET_TİMEOUT)/ Max Performans kimi işləməyə başlayır və Data Guard konfiqurasiyası bu barədə WARNING verir. Maximum Performance – Asinxron transferlə - heç bir gözləmə olmadan / Sıfıra yaxın məlumat itməsi.
- Active Data Guard - Oracle Database 11g də eyni özəllikdir.Active Data Guard konfiqurasiyasında Standby Database READ ONLY WITH APPLY rejimdə acıla bilmə imkanı var. Primary – də xarab olmuş blokları bərpa etməyə imkan verir, primary verilənlər bazasında corrupt olmuş block ABR processi ilə stanbyd tərəfdən gətirilərək bərpa olunur.Real Time Queries – hesabat proqramları üçün əlverişlidir. Primary verilənlər bazasında olan dəyişikliklər həmin anda standby verilənlər bazasında öz əksini tapir və hesabt proqramları eyni zamanlı işləyir.
- Oracle Data Guard Broker - data guard konfiqurasiyasına daxil olan primary və stanbyd verilən bazalarının bir yerdə idarə və monitorinq olmasını təmin edən framework - dür. Bu framework DGMGRL – Data Guard Manager Command –Line interface ilə və EM ilə idarə olunur. Data Guard Broker işə salındıqdan sonra DMON – data guard monitor (DMON) background processi işə düşür və konfiqurasiya fayllarından istifadə edir. Bu konfiqrurasiya fayllarında sadəcə Broker konfiqurasiyasını saxlayir.
- Data Guard Broker konfiqurasiyası – Broker işə salındıqdan sonra DMON – Data Guard Monitor process işə düşür.
- Oracle Real Application Clusters üzərində olan verilənlər bazalarını da eyni zaman da eyni Data Guard Konfiqurasiyasında verilənlərin qorunmasını təmin etmək mümkündür Belə ki, primary verilənlər bazası 2 və ya çox Node- lu rac və standby verilənlər bazası da 2 və ya çox Node – lu RAC ola bilər və ya primary verilənlər bazası 2 və ya çox Node- lu RAC və standby verilənlər bazası single instance verilən bazası ola bilər və ya primary verilənlər bazası single instance verilənlər bazası və standby verilənlər bazası 2 və ya çox Node – lu RAC ola bilər
- Data Guard Konfiqurasiyası üçünəməliyyat sistemlərinin seçilməsi dedikdə mən məhz fərqli sistemlərin necə və hansı qaydaya uyğun seçilməsinin daha məqbul olduğu barəsində söhbət açmaq istəyirəm.
- Primary verilənlər bazasının paltformasını təyin etməliyik, çünki standby verlənlər bazası üçün əməliyyat sistemini seçmək primary verilənlər bazasının işlədiyi platformadan asılıdırOrda Data Guard konfiqurasiyası üçün Oracle Database 11g Release 2 Enterprise Edition eyni versiyası və patchset-i qurulmalıdır
- Primary verilənlər bazasının hansı platformada işlədiyini əməliyyat sisteminin özəlliklərinə baxmaqla və ya SQL*Plus vasitəsi ilə V$DATABASE – cədvəlinin PLATFORM_İD, PLATFORM_NAME – i sorğu verməklə tapa bilərik.Platformanın təyin etmək bizə bir az sonra quracağımız standby verilən bazasının hansı əməliyyat sistemmində ola biləcəyini müəyyənləşdirməyə kömək edəcəkdir.
- Mən bu cədvəlin Linux və Windows əməliyyat sistemlərinə aid hissəsini göstərirəm. Tam cədvələ biz support.oracle.com dan 413484.1 qeyddən tapa bilərik. Primary verilənlər bazasının hansı platformada olduğunu bildiyimizə görə oracle-nin data guard konfiqurasiyası üçün dəstəklədiyi platformanıyuxarıdakı cədvəldən seçə bilərik Əgər bizim qurmaq istədiyimiz data guard konfiqurasiyası hetoregendirsə, yəni primary verilənlər bazasının platforması ilə standby verilənlər bazasının platforması fərqli olacaqsa onda cədvələ uyğun şəkildə dəstəklənən sistemi seçmək vacibdir.Əgər əməliyyat sistemləri homogen olub ama bit fərqlidirsə yenədə cədvələ uyöun seçilməsi vacibdir.Eyni əməliyyat sistemlərində və fərqli əməliyyat sistemlərində də oracle database enterprise edition eyni versiya və patchset qurulmalıdır.
- Cədvəli oxumaq qaydası :
- Cədvəllə bağlı qeydlər. Bu cədvəl Oracle Database-nin dəstəklədiyi bütün əməliyyat sistemləri üçünhazırlanıb. Oracle fərqi əməlliyat sistemlərinin daxil olduğu Data Guard konfiqurasiyasını Data Guard Broker Command Line (DGMGRL) ilə idarə olunmasını təklif edir. İrəlidə Data Guard Brokerdan və Data Guard Manage Commad Line –dan istifadə olunmasından söhbət açacağamEnterprise Manager Grid Control fərqli əməliyyat sistemlərində ehtiyat verilənlər bazasını düzəltməyi və ya administrativ əməliyyatları etməyi dəstəkləmir. Grid control ancaq eyni platform_id –li əməliyyat sistemləri üçün standy verilənlər bazasını düzəltməyi və idarə etməyi dəstəkləyir. Oracle Enterprise Manager Cloud Control 12c – dəstəkləyirmi ?OracleSupport Note 1079563.1 –də göstərildiyi kimi Recovery Manager (RMAN) sözü keçən cədvəldəki əməliyyat sistemləri arasında Duplicate Kommandının işlədilməsini dəstəkləyir. Duplicate kommandasından Standby verilənlər bazalarının daha asan şəkildə düzəldilməsini təmin edir.Primary və standby verilən bazaları eyni uyğunluq rejimində olmalıdır, yəni eyni compotibility mode- də olması lazımdır.
- Oracle Database 11g – ni oracle.com-dan endirə bilərsiniz. Təbii ki, əgər lisensiyanız varsa cədvəlin tələb elədiyi patchsetləri, oracle database 11g –nin bütün əməliyyat sistemlərinə uyğun bütün versiyalarını (10g-dən sonrakı) update.oracle.com-dan da endirə bilərsinizYenə də qeyd edirəm, keçərli lisenziyanız varsa Bura qədər fərqli əməliyyat sistemlərinin eyni Data Guard konfiqurasiyasında qurulması üçün əməliyyat sistemlərinin və oracle database 11g –nin seçilməsindən bəhs etdik.
- Cədvəldən göründüyü kimi Oracle Linux 6.2 (x86 64Bit) və Microsoft Windows 2008 Server R2 (64Bit) eyni Data Guard Konfiqurasiyasını dəstəkləyir.
- Təsəvvür edin ki, bizim Primary verilənlər bazası Oracle Linux Server 6.2 (x86_64) üzərində işləyir. Biz istəyirik ki, phusical standby verilənlər bazası Windows 2008 üzərində qurulsun. Hər iki serverdə Oracle Database 11g Release 2 (11.2.0.3) qurulub. Windows 2008 Server üzərinə SOFTWARE ONLY qurulubdur.Addım – addım Data Guard konfiqurasiyasını quraq
- Data Guard konfiqurasiyasını qurmadan öncə primary verilənlər bazası üzərində bəzi hazırlıq işləri aparmaq gərəklidir. Belə ki, primary verilənlər bazası FORCE LOGGİNG rejimdə olmalıdır Nəyə görə çünki, əgər nologging tablespace və ya nolloging rejimdə işləyən cədvəllərə indirect deyişikliklər standby verilənlər bazasına daxil edilə bilmədiyi üçün data corruption –la qarşılaşacağıq.Verilənlər bazası archivelog rejimdə işləməlidir. Standby redo loglar əlavə olunmalır - əslində standby redo loglar standby verilənlər bazasına əlavə olunmalıdır, rol dəyişməsi olduğu zaman indiki primary, standby –a çevriləcəyini nəzərə alaraq və duplicate etdiyikdən sonra yenidən standby redologları əlavə etməmək üçün və data guard broker da tələb edəcəyini nəzərə alaraq standby redo loglar primary verilənlər bazasına əlavə olunur. Failover hadisəsindən sonra reinstatement etmək üçün, yəni köhnə primary verilənlər bazasını standby verilənlər bazasına çevermək üçün flashback on olması lazimdir. Hər iki verilənlər bazasının bir birini “gör”ə bilməsi üçün TNSNAMES.ORA faylına hər iki verilənlər bazasının servis adı əlavə olunmalıdır.
- Windowsəməliyyat sistemi olduğu üçün ORADİM – proqramından istifadə edərək stanbyd verilənlər bazası üçün servis əlavə olunur. NETCA –dan isifadə edərək həm primary, həmdə standby verilən bazalarının serivis adları tnsnames.ora-ya əlavə olunur. Standby verilənlər bazası üçün lazımı qovluqlar düzəldilir – data fayllar, log fayllar, control fayl(lar) üçün, eyni zamanda audit fayllarının (adump) qovluğu düzəldilir. Standby Verilənlər bazasını NOMOUNT modda start etmək üçün, bir db_name və db_unique_name parameter-lərindən ibarət bir parameter fayl düzəldirik, və standby instance NOMOUNT rejimdə start olunur
- RMAN fərqli əməliyyat sistemləri arasında DUPLİCATE komandasını işlətməyi dəstəkləyir (Support Note 1079563.1) ama bu sistemlər də cədvələ uyğun olaraq seçilməlidir. Primary verilənlər bazasının olduğu serverdə və ya standby serverdə RMAN Recovery managerə sys/<password>@primary və auxiluary serverə connect auxiliary sys/<password>@standby kimiqoşulub duplicate komandasını işlədərək, aktiv primary verilənlər bazasından standby verilənlər bazasını düzəldirik.Duplicate kommandası bitdikdən sonra, yaranmış standby verilənlər bazası MOUNT rejimdə olur və database_role – PHYSİCAL STANDBY olur.
- Data Guard Broker-i işə salmaq üçün dg_broker_start parameteri TRUE olmalıdır. Broker Data Guard konfiqurasiyası düzəldikdən sonra Broker konfiqurasiyası dg_broker_config_file1 və dg_broker_config_file2 fayllarında saxlanılır. Hər iki verilən bazasında broker start olunur. Bunun üçün alter system dg_broker_start=TRUE; etmək kifayətdir. Broker işə başladıqdan sonra əlavə oracle backgroud process DMON – işə düşür.
- Data Guard Manager Command Line - DGMGRL ilə Data Guard konfiqurasiyasını CREATE CONFIGRATION … komandası ilə düzəldilir. Help - komandasını DGMGRL ilə istifadə olunan komandaların sintaksisini göstərir.
- Data Guard Broker konfiqurasiyasını düzəltdikdən sonra konfiqurasiyaya daxil olan verilənlər bazaları siyahısımda yalnız primary verilənlər bazası göstərir, hələ ki, konfiqurasiaynın statusu DISABALED –dir.
- Data Guard Manager Command Line - DGMGRL ilə data guard broker konfiqurasiyasına standby verilənlər bazasını əlavə etmək üçün ADD DATABASE komandasından istifadə edirik.Help - komandasını DGMGRL ilə istifadə olunan komandaların sintaksisini göstərir.
- Data Guard Broker konfiqurasiyası düzəldikdən sonra ilk status DISABLED olur. Enable etmək üçün DGMGRL> enable configuration - komandasından istifadə etmək lazımdır. Enable olunduqdan sonra Configuration Status – ERROR, WARNING və ya SUCCESS kimi görünə bilər.
- Enable etdikdən sonra Data Guard konfiqurasiyasının statusu əgər SUCCESS – dirsə, deməli Data Guard konfiqurasiyasın da heç bir problem yoxdur. Əgər Data Guard konfiqurasiyasında hər hansı problem varsa Configuration Status : ERROR göstərəcək.