Thành phần nào của SGA dùng để ptích đoạn code của SQL?

Tham số `FAST_START_MTTR_TARGET` chỉ định thời gian mục tiêu (tính bằng giây) để phục hồi instance sau sự cố. Khi tham số này được thiết lập, Oracle sẽ cố gắng điều chỉnh tần suất checkpoint và ghi redo log để đảm bảo rằng thời gian phục hồi không vượt quá giá trị được chỉ định. Trong trường hợp này, `FAST_START_MTTR_TARGET` được đặt thành 500, có nghĩa là Oracle sẽ cố gắng đảm bảo rằng thời gian phục hồi từ một instance bị lỗi không vượt quá 500 giây.

* A. A checkpoint will occur every 500 seconds regardless of database activity: Sai. Checkpoint không xảy ra cứ sau 500 giây, mà nó phụ thuộc vào nhiều yếu tố khác ngoài `FAST_START_MTTR_TARGET`.
* B. A checkpoint will occur after writing 500 blocks to the redo log file: Sai. Số lượng block ghi vào redo log không liên quan trực tiếp đến giá trị `FAST_START_MTTR_TARGET`.
* C. Upon instance startup, the database will not be ready for connections for at least 500 seconds while instance recovery is performed by SMON: Sai. Thời gian database không sẵn sàng để kết nối không nhất thiết phải là 500 giây, đây là mục tiêu phục hồi, không phải thời gian tối thiểu.
* D. Phục hồi từ instance thất bại ko nên quá 500 giây: Đúng. Đây là ý nghĩa chính xác của tham số `FAST_START_MTTR_TARGET`.

* DBWn (Database Writer processes): Các tiến trình này chịu trách nhiệm ghi các khối dữ liệu đã thay đổi (dirty buffers) từ bộ đệm (buffer cache) xuống các file dữ liệu trên đĩa. Việc này giúp giải phóng bộ đệm để chứa các khối dữ liệu mới và đảm bảo tính nhất quán của dữ liệu.
* SMON (System Monitor process): Thực hiện các tác vụ bảo trì hệ thống như thu hồi không gian tạm thời, hợp nhất các vùng trống trong từ điển dữ liệu và khôi phục các phiên bị lỗi.
* LGWR (Log Writer process): Ghi các thay đổi (redo entries) vào các redo log files. Các redo log files được sử dụng để khôi phục dữ liệu trong trường hợp hệ thống bị lỗi.
* CKPT (Checkpoint process): Cập nhật thông tin checkpoint trong các file điều khiển và file dữ liệu. Checkpoint giúp giảm thời gian khôi phục dữ liệu sau sự cố.

Như vậy, DBWn là tiến trình chịu trách nhiệm ghi dirty buffers xuống file CSDL.

Câu hỏi này kiểm tra sự hiểu biết về cách redo log groups và members được tổ chức, và số lượng đĩa cần thiết để lưu trữ chúng. Mỗi *member* của một redo log group là một bản sao (copy) hoàn chỉnh của redo log. Các members trong cùng một group được ghi đồng thời để đảm bảo tính nhất quán dữ liệu (data consistency) trong trường hợp có lỗi xảy ra. Do đó, tất cả các members trong cùng một group chứa cùng một dữ liệu, và vì vậy, để đảm bảo tính sẵn sàng cao (high availability) và khả năng chịu lỗi (fault tolerance), mỗi member thường được đặt trên một đĩa vật lý riêng biệt.

Trong trường hợp này, ta có 2 nhóm redo log, mỗi nhóm có 4 members. Như vậy, ta cần 4 đĩa cho mỗi nhóm để chứa 4 members khác nhau. Tổng cộng, ta cần 4 đĩa.

Vậy đáp án đúng là D. 4.

Câu hỏi này kiểm tra về cách cấu hình các tham số đích lưu trữ archive log trong Oracle.

* `LOG_ARCHIVE_DEST`: Tham số này được sử dụng để chỉ định một đích lưu trữ duy nhất. Nó đã không còn được khuyến khích sử dụng kể từ Oracle 9i, thay vào đó, nên dùng `LOG_ARCHIVE_DEST_1` đến `LOG_ARCHIVE_DEST_n`.
* `LOG_ARCHIVE_DUPLEX_DEST`: Tham số này chỉ định một đích lưu trữ thứ hai, hoạt động như một bản sao của đích được chỉ định bởi `LOG_ARCHIVE_DEST`. Nó cũng không còn được khuyến khích sử dụng.
* `LOG_ARCHIVE_DEST_1`, `LOG_ARCHIVE_DEST_2`,... `LOG_ARCHIVE_DEST_n`: Các tham số này cho phép chỉ định nhiều đích lưu trữ, cung cấp tính linh hoạt và dự phòng tốt hơn. Bạn có thể cấu hình thuộc tính khác nhau cho từng đích (ví dụ: `LOCATION`, `SERVICE`).

Theo nguyên tắc, bạn không thể sử dụng `LOG_ARCHIVE_DEST` cùng với `LOG_ARCHIVE_DEST_1`. `LOG_ARCHIVE_DEST` đã lỗi thời và khi sử dụng `LOG_ARCHIVE_DEST_1` trở lên, bạn nên bỏ qua `LOG_ARCHIVE_DEST`.

Do đó, đáp án đúng là B.