Tác giả: Nipun Ravi và Ibrahim Emara  

Ngày đăng: ngày 04 tháng 4 năm 2025 

Danh mục:  Advanced (300), RDS for Oracle, Technical How-to

Amazon Relational Database Service (Amazon RDS) for Oracle là một dịch vụ cơ sở dữ liệu được quản lý hoàn chỉnh, giúp đơn giản hóa việc thiết lập, vận hành và mở rộng các cơ sở dữ liệu Oracle trên đám mây. Nó giảm thiểu nhu cầu thực hiện các tác vụ quản trị cơ sở dữ liệu mất thời gian bằng cách xử lý các công việc như cung cấp tài nguyên, sao lưu, cập nhật phần mềm, giám sát và mở rộng phần cứng. Với Amazon RDS for Oracle, bạn có thể tập trung vào phát triển ứng dụng và đổi mới trong khi Amazon Web Services (AWS) quản lý hạ tầng nền tảng. Dịch vụ này hỗ trợ nhiều phiên bản Oracle Database  , các tùy chọn cấp phép linh hoạt, và các tính năng như  sao lưu tự động , triển khai Multi-AZ để đạt độ khả dụng cao (high availability), và bản sao chỉ đọc (read replicas) nhằm cải thiện hiệu năng. Dù bạn di chuyển các workloads Oracle hiện có hay bắt đầu dự án mới, Amazon RDS for Oracle cung cấp một dịch vụ đáng tin cậy, bảo mật và dễ mở rộng để đáp ứng nhu cầu cơ sở dữ liệu của bạn.

Oracle Enterprise Manager (OEM) là một công cụ quản lý tổng hợp được thiết kế để giám sát và quản lý các cơ sở dữ liệu và ứng dụng Oracle. Nó cung cấp giao diện thống nhất cho quản trị hệ thống và chuyên gia cơ sở dữ liệu, cho phép họ tinh gọn vận hành (streamline operations), tối ưu hóa hiệu năng, và giám sát tình trạng (health) của môi trường CNTT (IT environments). Với các tính năng như giám sát theo thời gian thực, chẩn đoán tự động và tinh chỉnh hiệu suất, OEM giúp các tổ chức nâng cao năng suất và giảm thời gian ngừng hoạt động, khiến nó trở thành một thành phần thiết yếu để quản lý tài nguyên doanh nghiệp hiệu quả.

Phần mềm Oracle Management Agent (OEM Agent) trong Amazon RDS for Oracle là một thành phần cho phép giám sát và quản lý các cơ sở dữ liệu Oracle chạy trên các instance RDS. OEM Agent là một tiến trình nhẹ chạy trên instance Amazon RDS for Oracle và giao tiếp với Oracle Enterprise Manager Cloud Control, bảng điều khiển quản lý tập trung do Oracle cung cấp.

Amazon RDS for Oracle hỗ trợ các phiên bản OEM Agent cụ thể. Để xem danh sách đầy đủ, hãy tham khảo tài liệu Oracle Management Agent for Enterprise Manager Cloud Control. Amazon gần đây đã phát hành phiên bản OEM Management Agent 13.5.0.0.v2 cho các cơ sở dữ liệu Amazon RDS for Oracle. OEM Agent phiên bản 13.5.0.0.v2 yêu cầu phiên bản Oracle Management Server (OMS) tối thiểu là 13.5.0.23.

Trong bài viết này, chúng tôi khám phá các kịch bản quan trọng ảnh hưởng đến OEM Agents trên các instance Amazon RDS for Oracle Database và trình bày các cân nhắc cần thiết cho người dùng.

Cấu hình OEM Management Agent trên instance Amazon RDS for Oracle

OEM gồm các thành phần chính: Management Server, chịu trách nhiệm xử lý dữ liệu và cung cấp giao diện người dùng; Management Repository, nơi lưu trữ dữ liệu cấu hình và hiệu suất; và các OEM Agents được cài đặt trên các cơ sở dữ liệu đích (targets), thu thập metrics và gửi về Management Server. Kiến trúc này cho phép giám sát theo thời gian thực, cảnh báo và báo cáo về hiệu năng cơ sở dữ liệu, sử dụng tài nguyên và bảo mật. Bằng cách sử dụng cấu trúc này, quản trị viên có thể chủ động quản lý môi trường Oracle của mình, tối ưu hóa hiệu suất và độ tin cậy. Sơ đồ sau đây là kiến ​​trúc cấp cao của giải pháp.

Với Amazon RDS for Oracle, bạn cần bật tùy chọn OEM Agent trong nhóm tùy chọn tùy chỉnh (custom options group) để đưa OEM Agent vào cấu hình. Tạo một nhóm tùy chọn tùy chỉnh nếu nhóm này chưa tồn tại và liên kết với instance Amazon RDS for Oracle của bạn. Nhớ cấu hình đúng các chi tiết OMS, bao gồm tên máy chủ, cổng và cài đặt nhóm bảo mật. Việc có kết nối mạng phù hợp giữa OMS và instance RDS cũng rất quan trọng để OEM Agent hoạt động chính xác. Sau khi bạn bật tùy chọn OEM Agent, instance RDS của bạn sẽ chuyển sang trạng thái sửa đổi (modifying state) trong quá trình cài đặt agent. Sau khi quá trình cài đặt hoàn tất và instance trở về trạng thái khả dụng (available state), OEM Agent sẽ được bật và sẵn sàng sử dụng với thiết lập Oracle Enterprise Manager của bạn. Để biết các bước chi tiết, hãy tham khảo Monitor Amazon RDS for Oracle instances using Oracle Enterprise Manager.

Bảng sau đây hiển thị các kịch bản khác nhau và tác động của chúng lên OEM Agent cho Amazon RDS for Oracle. Hành vi của OEM Agent trên cả cơ sở dữ liệu Amazon RDS for Oracle đa thuê bao và không đa thuê bao đều tương tự nhau.

Kịch bản ==>	Nâng cấp phiên bản phụ RDS	Nâng cấp phiên bản OEM Agent	Sự cố Multi-AZ	Đổi tên instance RDS	Khôi phục instance RDS bằng PITR (Point-in-Time Restore) hoặc snapshots
Phiên bản OEM Agent 13.4.0.9.v1 với OMS phiên bản 13.4.0.19	Không có tác động	Đến 13.5.0.0.v1 – Mất dữ liệu metrics lịch sử Đến 13.5.0.0.v2 – Mất dữ liệu metrics lịch sử (Không mất dữ liệu metrics lịch sử nếu bạn đổi phiên bản agent về lại 13.4.0.9.v1)	Không có tác động	Thêm instance RDS dưới dạng tác nhân mới (Không mất dữ liệu metrics lịch sử nếu bạn đổi tên trở lại giá trị ban đầu)	Không có tác động
Phiên bản OEM Agent 13.4.0.9.v1 với OMS phiên bản 13.5.0.23	Không có tác động	Đến 13.5.0.0.v1 – Mất dữ liệu metrics lịch sử Đến 13.5.0.0.v2 – Mất dữ liệu metrics lịch sử	Không có tác động	Thêm instance RDS dưới dạng tác nhân mới (Không mất dữ liệu metrics lịch sử nếu bạn đổi tên trở lại giá trị ban đầu)	Mất dữ liệu metrics lịch sử
Phiên bản OEM Agent 13.5.0.0.v1 với OMS phiên bản 13.5.0.23	Không có tác động	Đến 13.5.0.0.v2 – Không có tác động	Không có tác động	Thêm instance RDS dưới dạng tác nhân mới (Không mất dữ liệu metrics lịch sử nếu bạn đổi tên trở lại giá trị ban đầu)	Mất dữ liệu metrics lịch sử
Phiên bản OEM Agent 13.5.0.0.v2 với OMS phiên bản 13.5.0.23	Không có tác động	Không áp dụng	Không có tác động	Thêm instance RDS dưới dạng tác nhân mới (Không mất dữ liệu metrics lịch sử nếu bạn đổi tên trở lại giá trị ban đầu)	Không có tác động

Nâng cấp phiên bản phụ (minor version) của Amazon RDS for Oracle

Nâng cấp phiên bản phụ sẽ áp dụng bản cập nhật bộ vá (PSU) hoặc Bản cập nhật Phát hành (RU) của Oracle Database cho phiên bản engine chính. Việc nâng cấp bao gồm nâng cấp cả tệp nhị phân cơ sở dữ liệu và từ điển cơ sở dữ liệu. Nâng cấp phiên bản phụ không ảnh hưởng đến tệp nhị phân hoặc tệp cấu hình của OEM Management Agent, và chức năng của agent cũng sẽ không bị ảnh hưởng bởi những nâng cấp này.

Nâng cấp Oracle Management Agent

Tùy thuộc vào phiên bản OEM Agent hiện tại và mục tiêu của bạn trên Amazon RDS for Oracle, bạn có thể quan sát thấy hành vi khác nhau khi thực hiện nâng cấp.

• Nâng cấp OEM Agent từ phiên bản 13.4.0.9.v1 lên 13.5.0.0.v1 hoặc 13.5.0.0.v2 – Khi nâng cấp phiên bản OEM Agent từ 13.4.0.9.v1 lên 13.5.0.0.x, Amazon RDS for Oracle sẽ xóa OEM Agent 13.4.0.9.v1 cũ khỏi nhóm tùy chọn tùy chỉnh được liên kết với instance RDS và thêm OEM Agent 13.5.0.0.x mới. Tuy nhiên, điều này sẽ dẫn đến việc phiên bản plugin không khớp với các mục tiêu cơ sở dữ liệu vì OEM Agent 13.5 mới có plugin khác với OEM Agent 13.4 cũ. Việc cố gắng cài đặt plugin 13.4 trên OEM Agent 13.5 cũng sẽ không thành công và bạn sẽ cần phải thêm lại các mục tiêu cơ sở dữ liệu của mình vào OEM Agent 13.5 mới. Điều này có thể khiến bạn mất các số liệu hiệu suất lịch sử liên quan đến các mục tiêu đó. Để bảo toàn dữ liệu hiệu suất lịch sử, bạn có thể chọn cài đặt phiên bản OMS mới và cấu hình tất cả các mục tiêu của mình với các OEM Agent 13.5 mới trong khi vẫn giữ OMS cũ hoạt động như một kho lưu trữ dữ liệu lịch sử độc lập. Để tối ưu hóa chi phí, bạn cũng có thể cân nhắc thu nhỏ các loại phiên bản Amazon Elastic Compute Cloud (Amazon EC2) cho cả OMS cũ và Oracle Management Repository (OMR).
• Nâng cấp OEM Agent từ phiên bản 13.5.0.0.v1 lên 13.5.0.0.v2 – Để nâng cấp OEM Agent phiên bản 13.5.0.0.v1 lên 13.5.0.0.v2, bạn cần xóa tùy chọn OEM Agent 13.5.0.0.v1 khỏi nhóm tùy chọn tùy chỉnh được liên kết với instance RDS và thêm tùy chọn OEM Agent 13.5.0.0.v2. Sau khi tùy chọn OEM Agent được thay đổi cho instance Amazon RDS for Oracle, OMS sẽ tiếp tục giao tiếp với OEM Agent mới và dữ liệu hiệu suất lịch sử vẫn sẽ khả dụng cho instance Amazon RDS for Oracle và cơ sở dữ liệu đích.

Sự cố (failure) Multi-AZ của Amazon RDS for Oracle

Trong triển khai Multi-AZ, RDS tự động tạo một instance cơ sở dữ liệu chính (DB) và sao chép đồng bộ (synchronously replicates) dữ liệu sang một instance trong một Availability Zone (AZ) khác. Khi phát hiện lỗi, RDS sẽ tự động chuyển đổi dự phòng (fails over) sang instance dự phòng (standby instance) mà không cần can thiệp thủ công. Khi bạn cung cấp một OEM Agent trên instance chính của mình trong triển khai Multi-AZ, cả tệp nhị phân và tệp cấu hình sẽ được ghi vào bộ lưu trữ của instance thứ cấp như một phần của quá trình sao chép dữ liệu liên tục diễn ra giữa hai instance. Amazon RDS for Oracle sử dụng điểm cuối (endpoint) của instance RDS để cấu hình tên máy chủ của OEM Agent và điểm cuối này sẽ không thay đổi trong trường hợp chuyển đổi dự phòng sang instance thứ cấp. Do đó, OEM Agent sẽ tiếp tục chạy sau khi chuyển đổi dự phòng Multi-AZ mà không cần phải cấu hình lại. Có thể kiểm tra kịch bản này bằng cách khởi động lại instance RDS và chọn tùy chọn chuyển đổi dự phòng.

Đổi tên instance Amazon RDS for Oracle

Đôi khi bạn có thể cần đổi tên instance Amazon RDS for Oracle của mình. Có thể có trường hợp bạn đang cố gắng nhân bản (clone) cơ sở dữ liệu môi trường cấp thấp hơn (lower environment) từ môi trường production (sản xuất). Việc đổi tên instance RDS sẽ làm gián đoạn giao tiếp giữa instance và OMS. Điều này là do việc đổi tên instance sẽ thay đổi tên máy chủ (hostname), do đó OMS không thể thiết lập lại kết nối với OEM Agent.

Để giải quyết vấn đề này, bạn cần sửa đổi instance để liên kết nó với nhóm tùy chọn mặc định, sau đó sửa đổi lại để liên kết nó với nhóm tùy chọn tùy chỉnh. Thao tác này sẽ kích hoạt việc tạo một OEM Agent mới trong OMS khớp với tên instance đã thay đổi.

Tại thời điểm này, bạn phải thêm thủ công mục tiêu cơ sở dữ liệu vào OEM Agent mới tạo này.

Việc đổi tên instance RDS sẽ làm gián đoạn giao tiếp OMS-OEM Agent, đòi hỏi phải đăng ký lại OEM Agent. Quá trình này dẫn đến việc mất các số liệu hiệu suất lịch sử liên quan đến OEM Agent trước đó. Bạn nên cân nhắc điều này vì nó có thể ảnh hưởng đến khả năng truy cập dữ liệu đã thu thập trước đó.

Điều đáng chú ý là sau khi đổi tên instance, nếu bạn đổi lại về tên ban đầu, OMS có thể thiết lập lại giao tiếp với OEM Agent và các số liệu hiệu suất lịch sử sẽ không bị mất.

Khôi phục instance Amazon RDS for Oracle từ sao lưu tự động và snapshots

Đôi khi bạn cần khôi phục instance Amazon RDS for Oracle về một thời điểm trước đó (previous point in time) hoặc từ snapshot thủ công (manual snapshot). Trong các tình huống này, bạn cần xóa hoặc đổi tên instance gốc trước khi thực hiện khôi phục.

Việc xóa hoặc đổi tên instance gốc sẽ phá vỡ kết nối giữa instance đó và target OEM Agent tương ứng trong OMS, khiến OEM Agent không thể truy cập được. Sau khi khôi phục hoàn tất, OEM Agent sẽ được bật tự động trên instance mới, nếu bạn sử dụng cùng nhóm tùy chọn (options group) được cấu hình cho instance gốc.

Tuy nhiên, hành vi từ thời điểm này trở đi phụ thuộc vào phiên bản OEM Agent:

• Với OEM Agent phiên bản 13.4.0.9.v1 chạy trên OMS phiên bản 13.4.0.19, việc đồng bộ hóa lại từ OMS sẽ cho phép OEM Agent mới trên instance được khôi phục thiết lập lại liên lạc với OEM Agent đã đăng ký trong OMS.
• Với OEM Agent phiên bản 13.4.0.9.v1 chạy trên OMS phiên bản 13.5.0.23, giao tiếp sẽ không được thiết lập lại ngay cả sau khi đồng bộ hóa lại.
• Với OEM Agent phiên bản 13.5.0.0.v1, giao tiếp sẽ không được thiết lập lại ngay cả sau khi đồng bộ hóa lại.
• Với OEM Agent phiên bản 13.5.0.0.v2, việc đồng bộ hóa lại từ OMS sẽ cho phép OEM Agent mới trên instance được khôi phục thiết lập lại liên lạc với OEM Agent đã đăng ký trong OMS.

Thách thức chính ở đây là việc khôi phục instance RDS yêu cầu xóa phiên bản gốc, làm gián đoạn tích hợp OMS. Bạn cần lưu ý các hành vi khác nhau giữa các phiên bản OEM Agent khi thiết lập lại kết nối sau khi quá trình khôi phục hoàn tất.

Các tùy chọn giám sát khác

Ngoài OEM, AWS còn cung cấp các cơ chế giám sát khác cho cơ sở dữ liệu Amazon RDS for Oracle.

1. Amazon CloudWatch – Amazon CloudWatch cung cấp một số chỉ số tích hợp sẵn cho các instance RDS, chẳng hạn như mức sử dụng CPU, kết nối cơ sở dữ liệu và dung lượng lưu trữ trống. Bạn có thể thiết lập cảnh báo Amazon CloudWatch để thông báo khi các chỉ số cụ thể vượt quá ngưỡng đã xác định. CloudWatch Logs có thể được sử dụng để thu thập và phân tích nhật ký cơ sở dữ liệu, bao gồm nhật ký lỗi, nhật ký kiểm tra và nhật ký truy vấn chậm.
2. Enhanced monitoring – Giám sát nâng cao cung cấp các số liệu bổ sung cho các instance RDS của bạn, bao gồm I/O đĩa, CPU và mức sử dụng bộ nhớ ở cấp hệ điều hành. Các số liệu này có thể giúp xác định các điểm nghẽn hiệu suất và các vấn đề tiềm ẩn.
3. Amazon RDS Performance Insights – Performance Insights là một tính năng điều chỉnh và giám sát hiệu suất cơ sở dữ liệu, cung cấp cái nhìn chi tiết về tải (load) trên các instance cơ sở dữ liệu của bạn. Tính năng này ghi lại các số liệu như câu lệnh SQL, sự kiện chờ (wait events), và tiến trình HĐH (OS processes), và trình bày chúng theo định dạng đơn giản, dễ hiểu (straightforward format). Performance Insights cung cấp lịch sử dữ liệu hiệu suất liên tục trong 7 ngày miễn phí. Khoảng thời gian này đủ để khắc phục nhiều sự cố khác nhau. Để biết chi tiết về giá cho việc lưu trữ dữ liệu hiệu suất trong hơn 7 ngày trong Performance Insights, vui lòng tham khảo bảng giá của Performance Insights.

Kết luận

Trong bài viết này, chúng tôi đã khám phá các tình huống quan trọng ảnh hưởng đến OEM Agent trên các instance Amazon RDS for Oracle Database. Oracle Enterprise Manager cung cấp một cơ chế mạnh mẽ để giám sát Oracle Database và các ứng dụng khác. Tuy nhiên, nếu bạn dự đoán môi trường của mình có những thay đổi thường xuyên, chẳng hạn như đổi tên instance RDS hoặc khôi phục instance RDS, điều này có thể khiến OEM Agent không thể truy cập được và yêu cầu người dùng phải đăng ký lại OEM Agent dưới dạng mới trong OMS. Để tránh tình huống như vậy, bạn có thể chọn các tùy chọn thay thế như Performance Insights (có sẵn trên instance RDS đó) làm cơ chế chính để giám sát cơ sở dữ liệu Oracle. Điều này có thể cung cấp giải pháp giám sát ổn định và đáng tin cậy hơn, đặc biệt là trong các môi trường dễ bị thay đổi cơ sở hạ tầng thường xuyên. Hãy bắt đầu tìm hiểu về Performance Insights và cho chúng tôi biết câu hỏi và phản hồi của bạn trong phần bình luận.

Về các tác giả

Nipun Ravi là Kiến trúc sư Giải pháp Chuyên sâu về Cơ sở dữ liệu (Database Specialist Solutions Architect) tại Amazon Web Services. Anh làm việc với các khách hàng thuộc Khu vực Công của Canada (Canadian Public Sector), giúp họ kiến trúc, thiết kế và tối ưu hóa các giải pháp dữ liệu trên AWS.

Ibrahim Emara là Kiến trúc sư Giải pháp Chuyên sâu về Cơ sở dữ liệu (Database Specialist Solution Architect) tại Amazon Web Services, chuyên thiết kế và triển khai các giải pháp cơ sở dữ liệu cho khách hàng AWS. Với chuyên môn tập trung vào Oracle, PostgreSQL, Amazon Aurora, và AWS Database Migration Services, anh thúc đẩy việc di chuyển (lên) đám mây và nâng cao hiệu suất cơ sở dữ liệu.