OCI 전체 스택 재해 복구를 사용하여 JD Edwards 재해 복구 구성 정보

JD Edwards 아키텍처

이 그림은 기본 및 보조 리전을 모두 갖춘 JD Edwards 애플리케이션의 배포 아키텍처를 간략하게 설명합니다.

그림 jdr-dr-fsdr.png에 대한 설명

jde-dr-fsdr-oracle.zip

기본 영역

기본 리전에서 JDE 환경은 3개의 전용 서브넷으로 분할되는 VCN(가상 클라우드 네트워크) 내에 배포되며, 이 서브넷은 아래에 설명된 대로 애플리케이션 리소스 기능으로 분리됩니다.

로드 밸런서 계층
로드 밸런서 계층은 최종 사용자를 위해 JDE 웹 서비스에 대한 액세스를 제공하는 OCI 로드 밸런서를 호스팅합니다.
응용 프로그램 계층
응용 프로그램 계층에는 엔터프라이즈 서버, 웹 서버 및 AIS(Application Interface Services) 서버를 포함하는 핵심 응용 프로그램 구성 요소가 포함되어 있습니다.
관리 계층
관리 계층에는 배포 서버 및 서버 관리자 콘솔 서버와 같은 JDE 관리 및 관리를 위한 도구 및 서비스가 포함됩니다.
데이터베이스 티어
데이터베이스 계층에서 JDE 데이터베이스는 Autonomous Transaction Processing–공유(ATP-S)에 배치됩니다. 애플리케이션 서버는 끝점을 사용하여 데이터베이스에 접속합니다. Oracle Autonomous Data Guard가 활성화되어 보조 리전에 대기 데이터베이스를 생성하고 고가용성 및 재해 복구를 위한 실시간 데이터 복제를 보장합니다.
스토리지 및 데이터 보호
컴퓨트 인스턴스에서 사용되는 블록 볼륨 그룹은 영역 간 볼륨 그룹 복제로 보호되며 보조 영역은 복제 대상으로 구성됩니다.

보조 지역

보조 영역은 재해 복구 사이트 역할을 하며 기본 region.It의 중요한 구성 요소를 미러링합니다.

기본 영역의 네트워크 레이아웃과 일치하는 복제된 VCN 구조입니다.
페일오버 중 액세스의 연속성을 보장하는 복제 로드 밸런서입니다.
자율운영 Data Guard를 사용하여 기본 데이터베이스와 동기화 상태로 유지되는 대기 ATP-S 데이터베이스입니다.
볼륨 그룹의 복제본으로, 기본 영역 장애 시 데이터 가용성을 보장합니다.

JD Edwards 구성 관련 파일 이해

JDE는 여러 구성 파일을 사용하여 해당 구성 요소와 데이터베이스 및 인증 서비스와 같은 다른 참여 계층 간의 연결을 관리합니다. 이러한 파일은 연결 매개변수, 런타임 설정 및 통합 동작을 정의하는 데 중요한 역할을 합니다. DR(재해 복구) 시나리오를 구성하여 원활한 응용 프로그램 기능을 보장하려면 이러한 파일과 해당 내용을 제대로 이해해야 합니다.

다음은 주요 구성 파일에 대한 요약입니다.

sqlnet.ora

목적: 응용 프로그램에서 데이터베이스에 안전하게 연결하는 데 사용하는 Oracle Wallet 구성을 저장합니다.

위치: JDE Enterprise/Batch 서버. 차변

고려 사항: 전자 지갑 경로가 DR 데이터베이스의 적합한 전자 지갑 위치를 가리키는지 확인합니다.

파일 경로: Oracle_ClientHome/network/admin

tnsnames.ora

목적: 데이터베이스 네트워크 주소에 대한 별칭 역할을 하는 네트 서비스 이름을 저장합니다.

위치: JDE Enterprise, Batch 및 웹 서버.

DR 고려 사항: DR 데이터베이스의 올바른 네트워크 주소(FQDN/IP)로 업데이트합니다.

엔터프라이즈/일괄 처리 서버의 파일 경로: Oracle_ClientHome/network/admin

웹 서버의 파일 경로: SM_Agent_Home/SCFHA/Target/Managed Instance/config

jde.ini

목적: 데이터베이스 연결 세부정보 및 보안 설정을 포함하여 JDE 애플리케이션에 대한 런타임 구성을 저장합니다.

위치: JDE Enterprise 및 Batch 서버.

DR 고려 사항: DR 환경에 대한 올바른 서버 이름으로 DB SYSTEM SETTINGS 섹션을 업데이트합니다.

파일 경로: JDE_HOME/e920/ini

jdbj.ini

목적: JDE 응용 프로그램에 대한 JDBj 드라이버 설정 및 데이터베이스 연결 매개변수를 포함합니다.

위치: JDE 웹 및 AIS 서버.

DR 고려 사항: JDBj-BOOTSTRAP DATA SOURCE 섹션에 올바른 서버 이름이 지정되어 있는지 확인합니다.

파일 경로: SM_Agent_Home/SCFHA/Target/Managed Instance/config

jas.ini

목적: EnterpriseOne 웹 클라이언트의 HTML Server 구성 요소에 대한 구성을 저장합니다.

위치: JDE 웹 서버.

DR 고려 사항: 다음 사항을 업데이트합니다.

올바른 AIS 호스트 및 포트가 있는 FORMSERVICE 섹션.
SSO가 활성화된 경우 해당 OracleAccessSSOSignOffURL가 포함된 Security 섹션.

파일 경로: SM_Agent_Home/SCFHA/Target/Managed Instance/config

rest.ini

목적: REST API 경로, 인증 설정 및 JAS 서버 링크를 포함하여 AIS 서버에 대한 구성을 보유합니다.

위치: JDE AIS 서버.

DR 고려 사항: 다음을 업데이트합니다.

올바른 JAS 호스트 및 포트가 있는 BASIC CONFIG 섹션
SSO가 사용으로 설정된 경우 업데이트된 IDCSSSOSignOffURL가 포함된 Security 섹션.

파일 경로: SM_Agent_Home/SCFHA/Target/Managed Instance/config

관리-console.xml

목적: 이 XML 파일에는 여러 서버, 해당 구성 및 사용자 액세스 권한에 대한 정보가 있습니다.

위치: 서버 관리자 서버

DR 고려 사항: 올바른 호스트 이름이 management-console.xml에 지정되었는지 확인합니다.

파일 경로: SM_Console_Home/SCFMC/targets/home

에이전트. 속성

목적: Management Agent에 대한 설정, Management Console과 상호 작용하고 EnterpriseOne 서버를 관리하는 구성요소가 있는 구성 파일입니다.

위치: 서버 관리자 서버

DR 고려 사항: agent.properties 섹션에 올바른 서버 이름이 지정되어 있는지 확인합니다.

파일 경로: SM_Console_Home/ SCFMC/config

추가 시스템 레벨 업데이트

응용 프로그램 구성 파일 외에도 DR 구현 중에 다음 시스템 파일도 검토 및 업데이트해야 합니다.

Linux 호스트 및 fstab 파일: 유효한 IP 주소 및 FQDN이 정의되었는지 확인합니다.
Windows hosts 파일: 필요에 따라 현재 IP 및 FQDN 매핑으로 업데이트합니다.
WebLogic 전자 지갑 파일: 데이터베이스가 자율운영 데이터베이스인 경우 접속을 보장하려면 DR별 데이터베이스 전자 지갑을 반영하도록 업데이트해야 합니다.

이러한 구성 파일을 적절하게 유지 관리하고 업데이트하면 재해 복구 환경에서 JDE가 계속 올바르게 작동하여 작동 중지 시간을 최소화하고 안전하고 일관된 애플리케이션 연결을 유지할 수 있습니다.

전체 스택 장애 복구 개념 이해

FSDR을 구성하고 구현할 때는 다음 개념과 용어를 이해해야 합니다.

DR 보호 그룹
- 정의: DR 보호 그룹에는 완전한 애플리케이션 스택을 형성하는 컴퓨트 인스턴스, 볼륨 그룹, 로드 밸런서, 데이터베이스 등 필요한 모든 OCI 리소스가 포함됩니다.
- 장점: DR 보호 그룹은 페일오버, 페일백 및 테스트 시나리오에서 단일 단위로 처리됩니다. 따라서 모든 리소스가 함께 복구되므로 작동 중지 시간 및 데이터 손실이 최소화됩니다.
DR 계획
DR 계획은 기본 DR 보호 그룹의 모든 리소스에 대해 재해 복구를 수행하기 위해 FSDR에서 만든 자동 실행 설명서입니다. 기본 DR 보호 그룹 영역의 모든 리소스가 피어 보조 DR 보호 그룹 영역으로 전환되는 방식을 정의하는 단계로 구성됩니다. 다음은 다양한 유형의 DR 계획입니다.
- 페일오버(계획되지 않음): 기본 영역에서 서비스를 종료하지 않고 대기 영역에서 애플리케이션 스택을 시작하여 즉시 전환을 수행하려는 경우 페일오버 계획을 사용합니다. 장애 조치 계획은 일반적으로 장애 또는 재해가 기본 영역에 영향을 줄 때 DR 전환을 수행하는 데 사용됩니다.
- 전환(계획): 기본 영역에서 애플리케이션 스택을 종료한 다음 대기 영역에서 해당 스택을 가져와서 순차적 전환을 수행하려는 경우 전환 계획을 사용합니다. 전환 계획은 일반적으로 계획된 사이트 유지 관리, 소프트웨어 패치 적용, DR 테스트 및 검증 목적으로 사용됩니다.
- 드릴 시작: Startdrill은 기본 DR 보호 그룹 리소스를 중단하지 않고 DR 드릴을 수행할 계획을 생성합니다. 대기 DR 보호 그룹에 리소스의 복제본을 만듭니다.
- Stop drill: 이 DR 계획은 시작 드릴에 의해 생성된 리소스의 복제본을 제거하여 DR 드릴을 정지합니다.
인스턴스 이동 중
- 정의: 기본 영역에만 배치된 인스턴스입니다.
- 사용 사례: 콜드 DR 토폴로지의 공통으로, 향후 DR 전환을 준비하기 위해 애플리케이션 또는 서비스의 구성 요소를 대기 영역에 미리 배치할 필요가 거의 없거나 전혀 없습니다.
- 동작: 재해 이벤트 중 인스턴스 이동은 기본 영역의 DR 보호 그룹에서 대기 영역의 DR 보호 그룹으로 이동됩니다.
- 장점: 대기 영역의 리소스가 계속 실행되고 있지 않으므로 비용 효율성이 높습니다.
- 고려 사항: 이 방법은 대기 영역에서 인스턴스를 프로비전하고 시작해야 하므로 복구 시간이 더 오래 걸립니다.
비이동 Instance
- 정의: 기본 영역과 대기 영역 모두에 사전 배치된 인스턴스입니다.
- 사용 사례: active-passive DR 토폴로지의 공통으로, 응용 프로그램 또는 서비스의 일부 또는 모든 구성 요소가 대기 영역에 미리 배치되어 향후 DR 전환을 준비합니다.
- 동작: DR 작업 중에 이러한 인스턴스는 필요에 따라 시작되거나 정지되어 영역 간 서비스를 전환합니다.
- 장점: 이 방법은 대기 영역에 기존 인프라로 인한 복구 속도를 높입니다.
- 고려 사항: 이로 인해 두 지역 모두에서 인프라를 유지 관리해야 하므로 비용이 더 많이 들 수 있습니다.

전체 스택 장애 복구 필요 조건

FSDR 프로세스를 진행하려면 먼저 다음 필수 조건을 완료해야 합니다.

DR 영역에서 VCN, 서브넷, 경로 테이블, 보안 목록 및 네트워크 게이트웨이를 프로비전합니다. 페일오버 기능 및 연결을 지원하려면 네트워크 구성이 기본 영역에 있는 구성과 미러링되는지 확인합니다.
DR 환경의 일부로 생성된 인스턴스에 관리자 권한을 부여하는 정책을 허용하도록 동적 그룹을 정의합니다.
컴퓨트 인스턴스에서 스크립트를 실행하려면 관리자 권한이 필요합니다. Run Command 플러그인은 ocarun 사용자를 사용하여 이러한 스크립트를 실행합니다. 이 사용자에게 적절한 권한이 있는지 확인하십시오.
1. 편집을 위해 oracle-cloud-agent-run-command를 엽니다.
```
 vi ./101-oracle-cloud-agent-run-command
```
2. 구성 파일에 다음 행을 추가합니다.
```
ocarun ALL=(ALL) 
NOPASSWD:ALL
```
3. 그런 다음 다음을 실행합니다.
```
vi sudo -cf ./101-oracle-cloud-agent-run-command
```
4. /etc/sudoers.d에 구성 파일을 추가합니다.
```
sudo cp ./101-oracle-cloud-agent-run-command /etc/sudoers.d/
```
볼륨 그룹에 대해 영역 간 백업 기능을 활성화합니다.
보조 영역에 로드 밸런서를 배치합니다. FSDR 구성의 일부로 백엔드 집합(인스턴스)만 기본 영역에서 대기 영역으로 이동됩니다. 로드 밸런서 자체는 미리 대기 영역에서 수동으로 생성해야 합니다.
애플리케이션 페일오버를 지원하도록 DR 영역에서 해당 (피어) 데이터베이스 인스턴스를 설정합니다.
기본 영역의 로그에 대한 오브젝트 스토리지 버킷을 생성합니다. 이 버킷은 DR 로그 및 환경과 관련된 아티팩트를 저장합니다.
대기 영역에 추가 오브젝트 스토리지 버킷을 생성합니다. 이 버킷은 대기 영역에서 DR 준비 상태를 보장하기 위해 복제 또는 로깅 목적으로 사용됩니다.
다음 사용자 정의 스크립트를 적절한 위치에 배치합니다.

커스텀 스크립트 적용

이러한 사용자 정의 스크립트는 FSDR 프로세스 중에 실행됩니다.

update_rest

적용 가능한 서버: AIS

#Define the old and new file names
old_file1="rest_dr.ini"
new_file1="rest.ini"

# Check if the old files exist in the folder
if [ -e "$old_file1" ] && [ -e "$old_file2" ]; then
 # Rename the first file
 mv "$old_file1" "$new_file1"
 echo "Renamed $old_file1 to $new_file1"
 # Copy the new second file back to the original name, preserving attributes
 cp -p "$new_file1" "$old_file1"
 echo "Copied $new_file1 back to $old_file1 (preserving attributes)"

else
 echo "One or both of the old files do not exist in the folder."
fi

update_tnsnames_jdbj

적용 가능한 서버: JAS, AIS

#Define the old and new file names
old_file1="tnsnames_dr.ora"
old_file2="jdbj_dr.ini"
old_file3="jas_dr.ini"
new_file1="tnsnames.ora"
new_file2="jdbj.ini"
new_file3="jas.ini"

# Check if the old files exist in the folder
if [ -e "$old_file1" ] && [ -e "$old_file2" ]; then
 # Rename the first file
 mv "$old_file1" "$new_file1"
 echo "Renamed $old_file1 to $new_file1"

 # Rename the second file
 mv "$old_file2" "$new_file2"
 echo "Renamed $old_file2 to $new_file2"

 # Rename the third file
 mv "$old_file3" "$new_file3"
 echo "Renamed $old_file3 to $new_file3"

else
 echo "One or both of the old files do not exist in the folder."
fi

update_wallet

적용 가능한 서버: 모든 JDE 서버(엔터프라이즈, AIS, JAS, Fatclient, 통합 등)

# Define old and new wallet folder names
old_wallet="Wallet_jdeorcl_hyderabad"
new_wallet="Wallet_jdeorcl"

# Check if the old wallet directory exists
if [ -d "$old_wallet" ]; then
  # Remove any existing new_wallet directory to avoid conflict
  if [ -d "$new_wallet" ]; then
    echo "Removing existing $new_wallet directory..."
    rm -rf "$new_wallet"
  fi

  # Rename the old wallet to the new name
  mv "$old_wallet" "$new_wallet"
  echo "Renamed $old_wallet to $new_wallet"

  # Copy the new wallet back to the old wallet directory for reuse
  cp -r "$new_wallet" "$old_wallet"
  echo "Copied $new_wallet back to $old_wallet for reuse"

else
  echo "Directory $old_wallet does not exist. Aborting operation."
fi

update_ini

적용 가능한 서버: Enterprise

# Define the old and new file names
old_file2="JDE_DR.INI"
old_file3="jdbj_dr.ini"
new_file2="JDE.INI"
new_file3="jdbj.ini"

# Check if the old files exist in the folder
if [ -e "$old_file2" ] && [ -e "$old_file3" ] ; then
    # Rename the second file
    mv "$old_file2" "$new_file2"
    echo "Renamed $old_file2 to $new_file2"

    # Rename the third file
    mv "$old_file3" "$new_file3"
    echo "Renamed $old_file3 to $new_file3"
else
    echo "Old files do not exist in the folder."
fi

update_tnsnames_sqlnet

적용 가능한 서버: 엔터프라이즈, 배포, 클라이언트

#Define the old and new file names
old_file1="tnsnames_dr.ora"
old_file2="sqlnet_dr.ora"
new_file1="tnsnames.ora"
new_file2="sqlnet.ora"

# Check if the old files exist in the folder
if [ -e "$old_file1" ] && [ -e "$old_file2" ]; then
 # Rename the first file
 mv "$old_file1" "$new_file1"
 echo "Renamed $old_file1 to $new_file1"

 # Rename the second file
 mv "$old_file2" "$new_file2"
 echo "Renamed $old_file2 to $new_file2"
else
 echo "One or both of the old files do not exist in the folder."
fi

update_agent_properties

적용 가능한 서버: 서버 관리자가 관리하는 모든 서버

# Define the old and new file names
old_file1="agent.properties"
new_file1="agent_dr.properties"

# Check if the old files exist in the folder
if [ -e "$old_file1" ] && [ -e "$old_file2" ]; then
# Rename the first file
mv "$old_file1" "$new_file1"
echo "Renamed $old_file1 to $new_file1"
else
echo "One or both of the old files do not exist in the folder."
fi

update_management_console

적용 가능한 서버: Sever Manager

# Define the old and new file names
old_file1="management-console_dr.xml"
new_file1="management-console.xml"

# Check if the old files exist in the folder
if [ -e "$old_file1" ]; then
# Rename the first file
mv "$old_file1" "$new_file1"
echo "Renamed $old_file1 to $new_file1"
else
echo "One or both of the old files do not exist in the folder."
fi