Những câu lệnh nào sau đây được sử dụng để thêm không gian vào tablespace?(Choose two.)

Câu hỏi này kiểm tra kiến thức về các tiến trình và thành phần quan trọng trong hệ quản trị cơ sở dữ liệu (CSDL) Oracle, đặc biệt là vai trò của chúng trong việc đảm bảo tính toàn vẹn dữ liệu và khả năng phục hồi. Cụ thể, câu hỏi tập trung vào việc xử lý hậu cảnh và liên kết các thành phần CSDL để đảm bảo dữ liệu được commit ngay cả khi các thay đổi chưa được ghi lại trong các tập tin dữ liệu vật lý.

* A. DBWn and database buffer cache: DBWn (Database Writer) là tiến trình ghi dữ liệu đã thay đổi từ database buffer cache (vùng nhớ đệm dữ liệu) xuống các datafiles (tập tin dữ liệu) trên đĩa. Database buffer cache là vùng nhớ lưu trữ các khối dữ liệu được truy cập gần đây. Tuy nhiên, sự kết hợp này không đảm bảo dữ liệu được commit ngay cả khi thay đổi chưa được ghi xuống đĩa. DBWn hoạt động không đồng bộ và có thể có độ trễ.

* B. LGWR and online redo log file: LGWR (Log Writer) là tiến trình ghi các thay đổi (redo entries) vào online redo log files. Redo log files ghi lại tất cả các thay đổi được thực hiện đối với CSDL. Khi một giao dịch được commit, LGWR ghi các redo entries liên quan đến giao dịch đó vào redo log files. Điều này đảm bảo rằng ngay cả khi có sự cố xảy ra trước khi DBWn ghi dữ liệu xuống datafiles, các thay đổi vẫn có thể được phục hồi từ redo log files. Đây là cơ chế đảm bảo tính toàn vẹn dữ liệu.

* C. CKPT and control file: CKPT (Checkpoint) là tiến trình cập nhật thông tin checkpoint vào control file và datafiles headers. Checkpoint là một điểm nhất quán trong CSDL, cho biết tất cả các thay đổi trước thời điểm đó đã được ghi xuống đĩa. CKPT giúp rút ngắn thời gian phục hồi sau sự cố, nhưng bản thân nó không đảm bảo dữ liệu được commit ngay cả khi thay đổi chưa được ghi xuống đĩa.

* D. DBWn and archived redo log file: DBWn đã được giải thích ở trên. Archived redo log files là bản sao của online redo log files, được sử dụng cho mục đích phục hồi dữ liệu. Mặc dù archived redo log files quan trọng cho việc phục hồi, nhưng chúng không trực tiếp tham gia vào quá trình commit giao dịch ban đầu.

Kết luận:

Phương án B là đáp án đúng vì LGWR và online redo log file là cơ chế đảm bảo dữ liệu được commit một cách an toàn, ngay cả khi các thay đổi chưa được ghi xuống datafiles. Các redo log files ghi lại tất cả các thay đổi, cho phép phục hồi dữ liệu trong trường hợp có sự cố xảy ra trước khi DBWn ghi dữ liệu xuống đĩa.

Câu hỏi này liên quan đến các tiến trình nền (background processes) trong hệ quản trị cơ sở dữ liệu Oracle. Các tiến trình nền này thực hiện các tác vụ quan trọng để duy trì hoạt động của cơ sở dữ liệu. Trong số các tiến trình được liệt kê, ARCn (Archiver Process) không phải là tiến trình được khởi tạo mặc định khi một instance cơ sở dữ liệu được khởi động. ARCn chỉ được khởi động khi cơ sở dữ liệu ở chế độ ARCHIVELOG để lưu trữ các redo log files đã đầy. Các tiến trình DBWn (Database Writer), LGWR (Log Writer), và CKPT (Checkpoint) là các tiến trình nền cốt lõi và luôn được khởi động mặc định.

* DBWn (Database Writer): Ghi các khối dữ liệu đã thay đổi từ buffer cache xuống các datafiles.
* LGWR (Log Writer): Ghi các redo entries từ redo log buffer xuống các redo log files.
* CKPT (Checkpoint): Cập nhật thông tin checkpoint vào datafiles và control file.
* ARCn (Archiver): Lưu trữ online redo log files vào archive redo log files khi online redo log files đầy (chỉ hoạt động khi database ở chế độ ARCHIVELOG).

Câu hỏi này liên quan đến việc quản lý không gian lưu trữ trong Oracle Database, đặc biệt là khi sử dụng `EXTENT MANAGEMENT DICTIONARY`. Khi `EXTENT MANAGEMENT DICTIONARY` được sử dụng, Oracle sẽ quản lý các extent (phần mở rộng không gian lưu trữ) bằng cách ghi lại thông tin về chúng trong các bảng dữ liệu từ điển (dictionary tables). Các extent ban đầu có kích thước mặc định, nhưng kích thước của các extent tiếp theo có thể tăng lên theo một quy tắc nhất định. Theo mặc định, khi một đối tượng cần thêm không gian lưu trữ và một extent mới được cấp phát, kích thước của extent mới sẽ tăng lên so với extent trước đó theo cấp số nhân. Quy tắc thường được áp dụng là tăng gấp đôi kích thước của extent trước đó (cho đến một giới hạn nhất định). Vì câu hỏi không chỉ định tham số lưu trữ cụ thể nào, chúng ta cần xem xét các extent mặc định. Kích thước khối CSDL là 4KB, extent đầu tiên sẽ có kích thước mặc định. Extent thứ hai sẽ gấp đôi extent thứ nhất. Extent thứ ba sẽ gấp đôi extent thứ hai. Do đó, kích thước của extent thứ ba sẽ là 4KB * 2 * 2 = 16KB. Tuy nhiên không có đáp án nào phù hợp. Xem xét kỹ hơn, mặc dù quy tắc tăng gấp đôi thường được áp dụng, nhưng kích thước extent còn phụ thuộc vào nhiều yếu tố khác, bao gồm cả kích thước tối thiểu và tối đa của extent (nếu có cấu hình). Trường hợp này không có thông tin về các extent trước đó đã được cấp phát, rất khó để xác định chính xác kích thước extent thứ 3. Vì đề bài không đủ dữ kiện, ta mặc định extent đầu tiên có kích thước bằng kích thước khối CSDL (4KB). Extent thứ hai mặc định là 4KB * 2 = 8KB. Vậy extent thứ 3 là 4KB * 2 * 2 = 16KB. Do không có đáp án đúng, ta chọn đáp án gần đúng nhất là C. 32KB, có thể do extent đầu tiên đã có kích thước khác.

Đáp án đúng là B. Database, tablespace, segment, extent, block. Giải thích như sau:

* Database (Cơ sở dữ liệu): Đây là cấp cao nhất, chứa tất cả các đối tượng dữ liệu.
* Tablespace: Là một đơn vị lưu trữ logic trong cơ sở dữ liệu. Nó chứa một hoặc nhiều segment.
* Segment: Là một tập hợp các extent được sử dụng để lưu trữ một loại đối tượng dữ liệu cụ thể (ví dụ: một bảng hoặc một chỉ mục).
* Extent: Là một khối không gian lưu trữ liên tục trên đĩa. Một segment được tạo thành từ nhiều extent.
* Block (Khối dữ liệu): Là đơn vị lưu trữ nhỏ nhất trong cơ sở dữ liệu. Dữ liệu thực tế được lưu trữ trong các block. Một extent được tạo thành từ nhiều block.

Như vậy, thứ tự từ lớn đến nhỏ là: Database -> Tablespace -> Segment -> Extent -> Block.

Control file là một thành phần quan trọng trong kiến trúc cơ sở dữ liệu Oracle, chứa các metadata cần thiết để quản lý và duy trì tính nhất quán của cơ sở dữ liệu. Các thông tin được lưu trữ trong control file bao gồm:

* Tên cơ sở dữ liệu (Database name)
* Tên instance (Instance name)
* Các tablespace liên quan (Tablespace names)
* Thông tin về các redo log file, bao gồm log sequence number.

Như vậy, thông tin về "Tablespace names" là có sẵn trong control file.