8.3.1. Xác định số lượng Online redo log files
Để xác định số lượng các online redo log files sử dụng cho phù hợp với database ta cần phải kiểm tra với nhiều cầu hình khác nhau.
Trong một số trường hợp, một database instance chỉ cần tới 02 groups. Tuy nhiên, trong một số trường hợp khác, một database instance lại có thể cần tới nhiều groups hơn để có thể ln đảm bảo có các groups sẵn dùng cho LGWR. Ví dụ, khi các thơng điệp ghi trong trace file hay Alert file cho biết LGWR thường xuyên phải chờ một group do vẫn chưa kết thúc được checkpoint, hoặc do group vẫn chưa được lưu trữ (archived) thì lúc này là lúc ta cần thêm mới các groups.
Mặc dù Oracle server cho phép sử dụng nhiều groups với số lượng members trong nó là khác nhau, ta vẫn nên cố gắng xây dựng một cấu hình cân đối (số lượng các members trong các group nên là bằng nhau).
8.3.2. Nơi đặt các Online Redo Log Files
Khi sử dụng đồng thời nhiều online redo log files, ta nên đặt các members của một group trên các phần đĩa khác nhau. Một điều lưu ý là khi một member nào đó khơng sẵn dùng (available) mà các members khác là sẵn dùng thì instance cũng khơng thể shut down được. Việc tách biệt các archive log files và online redo log files trên các phần đĩa khác nhau, có thể làm giảm bớt xung đột giữa các background process ARCH và LGWR.
Các data files và online redo log files nên đặt trên các phần đĩa khác nhau để giảm bớt xung đột giữa LGWR và DBWR hạn chế việc mất dữ liệu ở cả data files và online redo log files trong trường hợp hỏng ổ đĩa.
8.3.3. Xác định kích thước cho các Online Redo Log Files
Kích thước tối thiểu của một online redo log file là 50 K cịn kích thước tối đa thì tuỳ thuộc vào hệ điều hành. Các members thuộc các groups khác nhau có thể có các kích thước khác nhau; Tuy nhiên ta nên đặt kích thước giống nhau giữa các members này.
Việc sử dụng các groups có kích thước khác nhau chỉ nên thực hiện một cách tạm thời khi ta muốn thay đổi kích thước của các members. Trong trường hợp này, ta cần tạo các online redo log groups mới với kích thước khác, rồi sau đó loại bỏ (remove) các groups cũ đi. Một số tình huống ảnh hưởng tới cấu hình của các online redo log files:
Số lượng các log switches và checkpoints
Số lượng và độ lớn của các redo entries Độ lớn của vùng không gian lưu trữ thứ cấp
8.3.4. Lưu trữ các redo log files
Quản trị viên database cần phải quyết định đặt chế độ ARCHIVELOG hay chế độ NOARCHIVELOG cho database.
Chế độ NOARCHIVELOG
Với chế độ NOARCHIVELOG, các online redo log files sẽ bị ghi đè mỗi khi online redo log file đã ghi đầy và xảy ra log switches. LGWR sẽ không ghi đè lên redo log group cho tới khi kết thúc checkpoint của group đó
Hình vẽ 28. Lưu trữ dữ liệu ở chế độ NOARCHIVING
Chế độ ARCHIVELOG
Trong trường hợp database được thiết lập ở chế độ ARCHIVELOG, các groups đã đầy, mặc dù ở trạng thái inactive sẽ vẫn được lưu giữ. Do tất cả các thay đổi trong database đều được ghi lại trong các online redo log files, quản trị viên database có thể sử dụng phương pháp sao chép vật lý (physical backup) và có thể khơi phục lại các dữ liệu đã commit trong database mà khơng sợ bị mất dữ liệu.
Hình vẽ 29. Lưu trữ dữ liệu ở chế độ ARCHIVING Có hai hình thức lưu trữ các online redo log files:
Thực hiện lưu trữ bằng tay (manually). Lưu trữ các redo log file đã đầy theo lệnh của quản trị viên database.
Lưu trữ tự động (automatically). Lưu trữ các redo log file đã đầy mỗi khi xảy ra log switch.
Tham số LOG_ARCHIVE_START trong parameter file xác định các chế độ lưu trữ này.
LOG_ARCHIVE_START = TRUE, thực hiện lưu trữ ở chế độ tự động
LOG_ARCHIVE_START = FALSE, thực hiện lưu trữ ở chế độ manually