Bài đăng này đề cập đến việc bảo trì và vá các hệ thống khôi phục sau thảm họa (DR) cho Oracle® E-business Suite® (EBS) R12.2.9. Nó mô tả một quy trình chung để áp dụng các bản vá cơ sở dữ liệu và ứng dụng (APPS) cho hệ thống Oracle phiên bản 12.2 Ứng dụng DR.
Giới thiệu
Các bước để tạo một trang web ứng dụng DR gần giống như tạo hệ thống aclone, mà chúng tôi đã đề cập trong bài đăng blog trước đây.
Trong thời gian xảy ra thảm họa, bạn chỉ cần thực hiện một số thay đổi đối với các tệp XML cho tên máy chủ và hệ thống sao lưu của bạn đã sẵn sàng và đang chạy. Để giữ cho hệ thống không bị đồng bộ, bạn cần phải thường xuyên áp dụng các bản vá cho môi trường cơ sở dữ liệu và máy chủ ứng dụng.
Đảm bảo rằng bạn đã định cấu hình cơ sở dữ liệu dự phòng vật lý với máy chủ cơ sở dữ liệu chính và cả hai cơ sở dữ liệu đều được đồng bộ hóa. Sau đó, bạn cần áp dụng tất cả các bản vá cho hệ thống ứng dụng DR.
Các bước cấp cao cho quy trình này bao gồm:
- Tắt tính năng lưu trữ và chuyển đổi DR sang chế độ chờ chụp nhanh từ chế độ chờ vật lý.
- Tắt cơ sở dữ liệu DR để áp dụng các bản vá cơ sở dữ liệu.
- Khởi động cơ sở dữ liệu DR ở chế độ chụp nhanh ở chế độ chờ và chạy các tập lệnh dọn dẹp nút.
- Lật hệ thống tệp cho các ứng dụng DR nếu chúng không khớp với Hệ thống PROD.
- Khi hệ thống ở chế độ thời gian ngừng hoạt động, hãy áp dụng các bản vá.
- Chuyển DR về chế độ chờ vật lý sau khi bạn hoàn tất việc vá các máy chủ DR ứng dụng.
Quá trình này liên quan đến việc thiết kế một hệ thống đơn giản và đưa nó vào vị trí của bộ chuyển đổi ứng dụng. Nếu bạn gặp sự cố về phía ứng dụng, hệ thống này phải duy trì đồng bộ với trang web chính ở tất cả các cấp bản vá.
1. Chuyển đổi DR sang Chế độ chờ chụp nhanh từ Chế độ chờ vật lý
Đầu tiên, tắt vận chuyển nhật ký lưu trữ và chuyển đổi cơ sở dữ liệu DR chính sang chế độ chụp nhanh chuẩn:
-
Đăng nhập vào cơ sở dữ liệu sản xuất chính node1 với tư cách là
oracle. -
Chạy các lệnh sau:
$. prodinstance.env $ sqlplus / as sysdba show parameter log_archive_dest_state_2; NAME TYPE VALUE ------------------------------------ ----------- -------------------- log_archive_dest_state_2 string enable alter system set log_archive_dest_state_2='Defer' scope=both sid='*'; show parameter log_archive_dest_state_2; NAME TYPE VALUE ------------------------------------ ----------- -------------------- log_archive_dest_state_2 string Defer
Sau đó, hủy ứng dụng ghi nhật ký lại trên cơ sở dữ liệu DR và chuyển nó sang chế độ chờ ảnh chụp:
-
Đăng nhập vào cơ sở dữ liệu DR node1 với tư cách là
oracle. -
Chạy các lệnh sau:
$. drinstance.env $ sqlplus / as sysdba alter database recover managed standby database cancel; select FLASHBACK_ON, DATABASE_ROLE from v$database; FLASHBACK_ON DATABASE_ROLE ------------ ---------------- YES PHYSICAL STANDBY
2. Tắt cơ sở dữ liệu DR để áp dụng các bản vá cơ sở dữ liệu
Tắt cơ sở dữ liệu trên cả hai nút và áp dụng các bản vá cơ sở dữ liệu. Chạy các lệnh sau để áp dụng các bản vá cơ sở dữ liệu:
$. prodinstance.env
$ sqlplus / as sysdba
shut immediate;
$ cd $PATCH_DIR
$ opatch apply
Sử dụng các bước trước để áp dụng các bản vá cơ sở dữ liệu trên tất cả các nút hệ thống Real ApplicationCluster (RAC).
3. Chuyển đổi cơ sở dữ liệu sang chế độ chụp nhanh
Chuyển đổi cơ sở dữ liệu DR sang chế độ chờ chụp nhanh và chạy tự động cấu hình sau khi dọn dẹp nốt:
$. prodinstance.env
$ sqlplus / as sysdba
SYS@PRODINSTANCE> startup mount;
SYS@PRODINSTANCE>alter database convert to snapshot standby;
SYS@PRODINSTANCE>alter database open;
SYS@PRODINSTANCE>select DB_UNIQUE_NAME, OPEN_MODE, DATABASE_ROLE from v$database;
DB_UNIQUE_NAME OPEN_MODE DATABASE_ROLE
-------------- ---------- ----------------
PRODINSTANCE READ WRITE SNAPSHOT STANDBY
Bây giờ, hãy chuẩn bị hệ thống DR của ứng dụng để vá. Sau khi chu trình vá hoàn thành trên hệ thống sản xuất, hệ thống tệp sẽ lật sau khi cắt bỏ. Kết quả là hệ thống tệp sản xuất và DR có thể không được giữ nguyên. Các bước tiếp theo giải quyết mối quan tâm này. Các bước này, mà bạn chạy trên các nút DB vàAPPS, xóa mọi tham chiếu sản xuất trong cơ sở dữ liệu DR.
Dọn dẹp các nút
Chạy các bước sau để chuẩn bị dọn dẹp các nút:
-
Đăng nhập vào cơ sở dữ liệu DR node1 với tư cách là
oracle. -
Chạy các lệnh sau:
$. drinstance.env $ sqlplus apps/apps-passwd exec fnd_conc_clone.setup_clean; truncate table applsys.adop_valid_nodes;
Thực thi Autoconfig trên tất cả các cấp ứng dụng và cơ sở dữ liệu
Chạy adautoconfig trên cơ sở dữ liệu và các nút ứng dụng.
Các nút DB:
-
Đăng nhập vào cơ sở dữ liệu DR node1 với tư cách là
oraclevà chạy các lệnh sau:$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh -
Đăng nhập vào DR DB node2 với tư cách
oraclevà chạy các lệnh sau:$. drinstance.env $ cd $ORACLE_HOME/appsutil/scripts/<CONTEXT_NAME>/ $ sh adautocfg.sh
Các nút ứng dụng — Chạy FS:
-
Đăng nhập vào nút ứng dụng DR với tên
applmgrvà chạy các lệnh sau:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào node2 ứng dụng DR bằng
applmgrvà chạy các lệnh sau:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào node1 của ứng dụng bên ngoài DR bằng
applmgrvà chạy các lệnh sau:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào node2 ứng dụng bên ngoài DR bằng
applmgrvà chạy các lệnh sau:$. drinstance.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
Các nút ứng dụng — Patch FS
-
Đăng nhập vào nút ứng dụng DR với tên
applmgrvà chạy các lệnh sau:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào node2 ứng dụng DR bằng
applmgrvà chạy các lệnh sau:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào ứng dụng bên ngoài DR node1 với tên
applmgrvà chạy các lệnh sau:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh -
Đăng nhập vào node2 ứng dụng bên ngoài DR bằng
applmgrvà chạy các lệnh sau:$. drinstance_patch.env $ cd $ADMIN_SCRIPTS_HOME $ sh adautocfg.sh
4. Lật hệ thống tệp cho các ứng dụng DR nếu chúng không khớp với hệ thống PROD
Bạn chỉ cần thực hiện các bước sau nếu có sự khác biệt giữa hệ thống tệp theRUN và PATCH cho máy chủ PROD và DR. Nếu chúng giống nhau, bạn có thể trực tiếp tiến hành áp dụng các bản vá.
Thực hiện các bước sau trên tất cả các nút cấp DR APPS:
-
Đăng nhập vào mọi nút ứng dụng DR (bên ngoài và bên trong) và thực hiện các lệnh sau:
$. ./drinstance.env $ perl $AD_TOP/patch/115/bin/txkADOPCutOverPhaseCtrlScript.pl -action=ctxupdate -contextfile=<full path of current run Context File on standby> -patchcontextfile=<full path of current patch file system Context File on standby> -outdir=<full path to out directory> -
Nguồn lại môi trường trên tất cả các nút để kiểm tra xem hệ thống tệp có được chuyển mạch hay không.
DR hiện đã sẵn sàng để vá ứng dụng.
5. Áp dụng các bản vá ứng dụng cho các nút ứng dụng DR ở chế độ thời gian chết
Trước tiên, vì bạn giữ các dịch vụ ứng dụng ở DR không hoạt động, bạn áp dụng các bản vá lỗi cho hệ thống tệp RUN ở chế độ thời gian chết bằng cách thực hiện các bước sau:
-
Đăng nhập vào nút ứng dụng DR1.
-
Chạy các kết hợp sau:
$. drinstance.env $ adop phase=apply patches=<patch1, patch2> patchtop=/apps_stage/patch \ apply_mode=downtime options=nodbportion
Bạn có thể nhận được thông báo cảnh báo sau. Nếu vậy, hãy tiếp tục bằng cách trả lời bằng Y :
[WARNING] adop has detected a configured disaster recovery site.
[WARNING] Follow the instructions in the section "Oracle E-Business Suite
[WARNING]
Maintenance with Standby Database" of Business Continuity for
[WARNING] Oracle E-Business Suite Release 12.2 depending on the database version used.
Do you want to continue with the apply phase [Y/N]? Y
Tiếp theo, áp dụng tất cả các bản vá của Cấp FMW bằng cách sử dụng quy trình chuẩn.
Để đồng bộ hóa hệ thống tệp Run và Patch, hãy chạy các lệnh sau để các thay đổi được thực hiện đối với hệ thống tệp RUN sao chép sang hệ thống tệp Patch:
$. drinstance.env $ giai đoạn tiếp nhận =fs_clone
6. Chuyển DR về chế độ chờ vật lý sau khi quá trình vá DR của ứng dụng kết thúc
Cuối cùng, bạn cần chuyển đổi cơ sở dữ liệu DR về chế độ chờ vật lý, bật redo apply vào cơ sở dữ liệu DR và tiếp tục vận chuyển nhật ký lưu trữ từ PROD đến cơ sở dữ liệu DR.
Đầu tiên, chuyển đổi cơ sở dữ liệu DR trở lại chế độ chờ vật lý:
-
Đăng nhập vào cơ sở dữ liệu DR node1 và chạy các lệnh sau:
$. drinstance.env $ sqlplus / as sysdba; shutdown immediate; startup mount; alter database convert to physical standby; SELECT open_mode, database_role FROM v$database; OPEN_MODE DATABASE_ROLE -------------------- ---------------- MOUNTED PHYSICAL STANDBY ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION; -
Đăng nhập vào cơ sở dữ liệu DR node2 và khởi động phiên bản bằng cách chạy các lệnh sau:
$. drinstance.env $ sqlplus / as sysdba; startup;
Tiếp theo, cho phép vận chuyển nhật ký lưu trữ trên cơ sở dữ liệu chính bằng cách chạy các lệnh sau:
1. Log onto the production database node1.
2. Run the following commands:
$. prodinstance.env
$ sqlplus / as sysdba;
show parameter log_archive_dest_state_2;
alter system set log_archive_dest_state_2='enable' scope=both sid='*';
alter system set log_archive_dest_state_2='defer' scope=both sid='*';
alter system set log_archive_dest_state_2='enable' scope=both sid='*';
Kết luận
Bài đăng này mô tả cách quản lý hệ thống ứng dụng EBS thảm họa với các bản cập nhật và bản vá được áp dụng cho trang PROD EBS 12.2. Bạn không cần phải duy trì dự phòng của tất cả các hệ thống ứng dụng và sau đó khôi phục hệ thống từ bản sao lưu. Bạn có thể muốn thiết lập rsync quy trình giữa các trang PROD và DR và áp dụng các bản vá cơ sở dữ liệu và AD Online Patch (ADOP) cho trang DR khi bạn áp dụng chúng cho trang PROD.
Tìm hiểu thêm về các dịch vụ Dữ liệu của chúng tôi.
Sử dụng tab Phản hồi để đưa ra bất kỳ nhận xét hoặc đặt câu hỏi nào. Bạn cũng có thể bắt đầu cuộc trò chuyện với chúng tôi.