View TĐDL nào cung cấp thông tin về phiên bản của CSDL và các thành phần install?

Giá trị tham số BACKGROUND_DUMP_DEST được sử dụng để chỉ định đường dẫn thư mục nơi các tập tin báo lỗi (alert log file), tập tin trace của background process được ghi ra. ALERT_DUMP_DEST: Tham số này chỉ định thư mục lưu trữ các cảnh báo, nhưng nó không phải là tham số chính để xác định nơi lưu trữ alert log file (mà BACKGROUND_DUMP_DEST mới là tham số chính). USER_DUMP_DEST: Tham số này xác định thư mục lưu trữ các trace file được tạo ra bởi các user process. CORE_DUMP_DEST: Tham số này xác định thư mục lưu trữ các core dump file, chứa thông tin về trạng thái bộ nhớ của một tiến trình khi nó bị crash.

Để tạo một cơ sở dữ liệu (CSDL) chỉ đọc trong Oracle, bạn cần thực hiện các bước sau: 1. **Khởi động (STARTUP) cơ sở dữ liệu ở trạng thái MOUNT:** Trạng thái này cho phép bạn thực hiện các thao tác quản lý cơ sở dữ liệu mà không mở cơ sở dữ liệu cho người dùng. 2. **Mở cơ sở dữ liệu ở chế độ READ ONLY (chỉ đọc):** Lệnh `ALTER DATABASE OPEN READ ONLY` sẽ mở cơ sở dữ liệu để người dùng có thể truy vấn dữ liệu, nhưng không thể thực hiện bất kỳ thay đổi nào. Vì vậy, đáp án B là chính xác nhất. Các đáp án khác không đúng vì: * **A. STARTUP READ ONLY:** Đây không phải là cú pháp hợp lệ trong Oracle. * **C. STARTUP NOMOUNT; ALTER DATABASE READ ONLY:** `STARTUP NOMOUNT` chỉ khởi động instance, không mount database. Để mở database ở chế độ read only, database phải ở trạng thái mount. * **D. STARTUP; ALTER SYSTEM ENABLE READ ONLY:** Lệnh `ALTER SYSTEM ENABLE READ ONLY` không phải là cách chính thức để mở cơ sở dữ liệu ở chế độ chỉ đọc. Nó liên quan nhiều hơn đến việc giới hạn quyền ghi trên các đối tượng hệ thống nhất định, không phải toàn bộ CSDL.

Control file được mở khi database được mounted. Khi instance khởi động (started), control file chưa được mở. Khi database được opened, control file đã được mở rồi. Vậy đáp án đúng là C. Database mounted

Câu hỏi này liên quan đến việc xác định view nào trong Oracle chứa thông tin về người dùng được gán quyền SYSDBA hoặc SYSOPER.

• V$PWFILE_USERS: View này hiển thị thông tin về những người dùng được xác thực thông qua password file. Nó chứa thông tin về người dùng có quyền SYSDBA hoặc SYSOPER.
• DBA_PWFILE_USERS: View này chứa thông tin tương tự như V$PWFILE_USERS nhưng được lưu trữ trong data dictionary và có thể được truy vấn bởi người dùng có quyền truy cập phù hợp.
• DBA_SYS_GRANTS: View này chứa thông tin về tất cả các quyền hệ thống (system privileges) đã được cấp cho người dùng và roles. Nó không chỉ giới hạn ở SYSDBA hoặc SYSOPER.

Trong các lựa chọn trên, V$PWFILE_USERS là view chính xác nhất để xem thông tin về người dùng có quyền SYSDBA hoặc SYSOPER. Mặc dù DBA_PWFILE_USERS cũng chứa thông tin tương tự, V$PWFILE_USERS thường được sử dụng trực tiếp hơn để kiểm tra nhanh thông tin này.

Câu lệnh `ALTER USER JOHN DEFAULT ROLE ALL` được sử dụng để thiết lập tất cả các role đã được cấp cho người dùng John sẽ được kích hoạt mặc định khi John kết nối vào cơ sở dữ liệu. Điều này có nghĩa là khi John đăng nhập, tất cả các quyền hạn (privileges) gắn liền với các role này sẽ có hiệu lực ngay lập tức mà không cần John phải kích hoạt chúng một cách thủ công. * **Phương án A không đúng** vì câu lệnh này không tự động gán tất cả các role được tạo trong cơ sở dữ liệu cho John. Nó chỉ định những role *đã* được gán cho John sẽ được kích hoạt mặc định. * **Phương án B không đúng** vì câu lệnh này không ảnh hưởng đến việc các role được gán cho John trong tương lai có phải là default role hay không. Việc này phụ thuộc vào cách gán role sau này. * **Phương án C không đúng** vì câu lệnh này kích hoạt tất cả các role của John (đã được gán), không phân biệt việc role đó có password hay không. * **Phương án D đúng** vì nó mô tả chính xác hành vi của câu lệnh `ALTER USER ... DEFAULT ROLE ALL`.