Như chúng ta đã biết trong thành phần kiến trúc của oracle database 11g, trong memory bao gồm hai thành phần chính đó là SGA và PGA. Trong bài này tôi sẽ không trình bày khái niệm về SGA và PGA, mà tôi sẽ trình bày làm thế nào để kết hợp và quản lý chúng một cách hiệu quả nhất cho từng hệ thống.

Nhìn vào hình bên trên chúng ta có thể thấy được, sẽ có 5 cách quản lý vùng memory trong oracle database 11g. Sau đây chúng ta sẽ đi vào từng phương pháp một:

• Shared pool size (SHARED_POOL_SIZE)
• Buffer cache size (DB_CACHE_SIZE)
• Large pool size (LARGE_POOL_SIZE)
• Java pool size (JAVA_POOL_SIZE)
• Streams pool size (STREAMS_POOL_SIZE)

• Shared pool size (SHARED_POOL_SIZE)
• Buffer cache size (DB_CACHE_SIZE)
• Large pool size (LARGE_POOL_SIZE)
• Java pool size (JAVA_POOL_SIZE)
• Streams pool size (STREAMS_POOL_SIZE)

• SORT_AREA_SIZE
• HASH_AREA_SIZE
• BITMAP_MERGE_AREA_SIZE

SQL> show parameter MEMORY_TARGET
SQL> show parameter MEMORY_MAX_TARGET

SQL> show parameter SGA_TARGET
SQL> show parameter SGA_MAX_SIZE
SQL> show parameter PGA_AGGREGATE_TARGET
SQL> show parameter SHARED_POOL_SIZE
SQL> show parameter DB_CACHE_SIZE
SQL> show parameter LARGE_POOL_SIZE
SQL> show parameter JAVA_POOL_SIZE
SQL> show parameter STREAMS_POOL_SIZE

SQL> show parameter SORT_AREA_SIZE
SQL> show parameter HASH_AREA_SIZE
SQL> show parameter BITMAP_MERGE_AREA_SIZE

V$SGASTAT, V$SGAINFO, V$PGASTAT

• Primary database (DC)
• Physical Standby database (DC)
• Physical  Standby database (DRC)

• Thực hiện backup pfile

• Kiểm tra tham số "log_archive_config" và "log_archive_dest_n & log_archive_dest_state_n" (n tùy thuộc vào cấu hình dataguard)

• Xóa bỏ 3 tham số cấu hình trên

• Thực hiện backup pfile

• Tắt tiến trình apply log

• Thực hiện active physical standby database thành primary database

• Kiểm tra kết quả

SQL> select database_role from v$database;

DATABASE_ROLE
----------------
PRIMARY
SQL> select open_mode from v$database;

OPEN_MODE
--------------------
READ WRITE

• Remove the LDR_CNTRL parameter.
• Enable large page support and configure accordingly
• Adjust the LDR_CNTRL parameter to the following (LDR_CNTRL=DATAPSIZE=64K@TEXTPSIZE=64K@STACKPSIZE=64K) 

• Mount point 1: /u01/app/oracle/oradata/MP1
• Mount point 1: /u01/app/oracle/oradata/MP2
• Mount point 1: /u01/app/oracle/oradata/MP3

• Tần suất switch log theo giờ:

• Tần suất switch log theo ngày:

• Tìm cho anh xem thủ phạm khiến switchlog thời điểm đó là gì?
• Câu lệnh nào khiến hệ thống switchlog nhiều?
• V.v.. 

Tại Việt Nam hầu như các doanh nghiệp đều kêu gọi nhân viên làm hết việc, chứ không phải làm hết giờ. Tuy vậy, lời kêu gọi này ít khi được giải thích cho đúng và càng ít khi được triển khai thực hiện cho thực sự hiệu quả.

 Chúng ta thử trả lời một số câu hỏi sau: 

• Thế nào được coi là hết việc? 
• Mà việc ở cơ quan thì làm sao mà hết được chứ? 
• Việc này hết, việc khác đã phát sinh, và có những việc kéo dài triền miên, lặp đi, lặp lại mỗi ngày, quanh năm, suốt tháng. Như vậy nếu mỗi chúng ta đều làm cho hết việc, chẳng lẽ chúng ta không được về nhà và ở mãi cơ quan làm cho hết việc? 

Physical standby database (oracle data guard architecture)

Primary Database:

• Là cơ sở dữ liệu chính trong mô hình Oracle Data Guard mà các ứng dụng sẽ kết nối trực tiếp vào.
• Liên tục gửi những thay đổi dữ liệu sang Standby Database (dưới dạng Redo data).

Standby Database:

• Hiểu một cách đơn giản standby database là bản copy của primary trong mô hình data guard. Như vậy sẽ có nhiều cách để tạo ra standby database từ primary database.
• Standby database sẽ nhận và apply redo data từ primary database.
• Primary và standby database có thể là Single hoặc RAC.
• Trong mô hình Oracle data guard, nếu primary database gặp sự cố. Oracle data guard sẽ chuyển 1 trong các standby database thành primary database. Như vậy, sẽ giảm thiểu thời gian downtime của hệ thống.
• Tùy từng bài toán cụ thể Oracle data guard có thể triển khai cho việc an toàn dữ liệu, báo cáo và nâng cấp database.

Tổng quan về oracle data guard 11g architecture

• Standby database
• Data guard services
• Oracle data guard broker framework
• Oracle data guard process
• Automatic Gap Detection and Resolution
• Data protection modes

Standby database

• Physical standby database
• Logical standby database
• Snapshot standby database

Physical standby database

• Là bản sao chép vật lý đồng nhất của primary database trên một block-for-block.
• Đồng bộ với primary database thông qua việc nhận và apply redo data từ primary database.
• Tùy từng bài toán mà Physical standby database có thể sử dụng cho trường hợp protection and reporting.
• Từ bản Oracle database 11g trở lên, physical standby database có thể sử dụng ở chế độ open read-only.

Logical standby database

• Là bản sao chép của primary database. Nó chứa các thông tin logic tương tự như primary database. Mặc dù cấu tạo và kiến trúc của dữ liệu có thể khác nhau.
• Đồng bộ với primary database thông qua apply redo. Khác với physical database, nó sẽ chuyển đổi dữ liệu trong redo nhận được từ primary database thành các sql_text và thực thi chúng (nó sử dụng LogMiner để đọc redo data nhận được từ primary database).
• Tùy từng bài toán mà Logical standby database có thể sử dụng cho trường hợp protection, reporting và database upgrades.

Snapshot standby database

• Là một database được tạo bởi việc chuyển đổi một physical standby database vào một snapshot standby database.
• Nhận redo data từ primary database nhưng không apply redo data cho đến khi nó chuyển đổi quay trở lại thành physical standby database.
• Thích hợp khi yêu cầu một phiên bản temporary, updatable của physical standby database.
• Có thể sử dụng cho việc testing.

Data guard services

• Redo transport services: Điều khiển tự động việc truyền redo data từ primary database đến một hoặc nhiều standby database hoặc nơi lưu trữ.
• Apply services: Điều khiển làm thế nào và khi nào dữ liệu sẽ được apply từ primary database sang standby database.
  • Redo apply: Được dùng cho physical standby database. Nó sử dụng Oracle media recovery để apply các redo data từ primary database sang standby database.

• SQL apply: Được dùng cho logical standby database. Nó sẽ chuyển đổi các redo data nhận được từ primary database thành các sql_text và thực thi chúng trên standby database.

• Role management services:
  • Một database hoạt động với 1 trong 2 vai trò primary database hoặc standby database. Nó kết hợp với Redo trasport services và Apply services để thay đổi vai trò động của database như một kế hoạch chuyển đổi (switchover) hoặc như một kết quả của việc database bị lỗi (failover).

• Switchover: Cho phép bạn chuyển đổi vai trò của primary database với 1 trong các standby database có sẵn. Cụ thể khi switchover thì primary database sẽ thành standby database và ngược lại. Switchover thường được sử dụng trong trường hợp chúng ta có kế hoạch chuẩn bị trước cho việc bảo trì hệ thống (software và hardware).
• Failover: Trong môi trường Oracle data guard khi primary database gặp sự cố trong quá trình hoạt động, thì sẽ thực hiện Failover. Chúng ta sẽ thực hiện hoạt động Failover trên standby database mà chúng ta lựa chọn để chuyển đổi thành vai trò primary database.

• Oracle data guard broker framework
• Oracle data guard process
• Automatic Gap Detection and Resolution
• Data protection modes