구성 프로세스 이해

OCI Full Stack Disaster Recovery를 사용하여 JD Edwards 재해 복구 구성은 기본적으로 3단계 프로세스입니다. DR 보호 그룹을 생성한 다음 해당 그룹을 포함하는 DR 계획을 생성해야 합니다. 이러한 단계가 완료되면 일련의 사후 전환 작업을 완료하여 계획을 완전히 구현해야 합니다. 전환 프로세스에 대한 설명과 함께 이 문서에 설명된 이동 및 비이동 인스턴스에 대한 DR 계획을 구성하고 구현할 수 있습니다.

이동 인스턴스에 대한 재해 복구 보호 그룹 및 재해 복구 계획 구현

기본 영역에 콜드 DR 토폴로지에서 일반적으로 사용되는 이동 인스턴스를 배치합니다. 재해 이벤트 중 이동 인스턴스는 기본 영역의 DR 보호 그룹에서 대기 영역의 DR 보호 그룹으로 이동됩니다. 대기 영역의 리소스가 대기 영역에서 프로비저닝되고 시작되는지 확인해야 하기 때문에 더 긴 복구 시간이 필요하지만 이동 인스턴스는 계속 실행되지 않으므로 비용 효율적입니다.

다음 항목에서는 DR 보호 그룹 구성 및 구현 프로세스와 인스턴스 이동 계획을 설명합니다.

재해 복구 보호 그룹 생성

먼저 DR 보호 그룹을 만들고, 기본 및 보조 DR 그룹을 연결하고, 그룹에 멤버를 추가합니다. 다음 절차를 사용합니다:

  1. OCI 콘솔에 로그인하고 기본 영역을 선택합니다. 주 메뉴에서 재해 복구, DR 보호 그룹, DR 보호 그룹 생성을 차례로 누릅니다. 로깅을 위한 필요 조건의 일부로 기본 영역에서 생성된 오브젝트 스토리지 버킷을 선택합니다.
  2. OCI 콘솔에서 대기 영역으로 전환합니다. 다른 DR 보호 그룹을 생성하고 대기에서 생성된 버킷과 연관시킵니다. 이 버킷은 필요 조건으로 설정됩니다.
  3. 기본 영역으로 돌아가서 여기에 생성된 DR 보호 그룹을 선택합니다. 대기 영역에서 DR 그룹과의 링크를 설정하려면 연결을 누릅니다.
  4. OCI 콘솔의 DR 보호 그룹 기본 페이지에서 각 DR 그룹에 대한 롤 지정(기본/대기)을 확인합니다.
  5. 기본 영역의 DR 그룹에 멤버 추가:
    1. 필요한 볼륨 그룹을 DR 보호 그룹의 멤버로 포함합니다.
    2. VNIC 매핑 추가를 선택하여 컴퓨트 리소스를 추가하고 VNIC에 필요한 입력을 제공합니다. JDE가 시스템 정보에 호스트 이름을 저장하므로 VNIC 설정은 기본 사이트와 일치해야 합니다. 또한 컴퓨트 인스턴스 시작 중 사용할 DR 영역에 대해 적합한 IP 주소를 지정할 수 있습니다.
    3. 필요 조건의 일부로 대기 영역에 로드 밸런서를 생성했어야 합니다. 생성된 후에는 DR 보호 그룹의 멤버로 추가할 수 있습니다. 기본 영역과 대기 영역 간에 백엔드 집합을 연관시켜 재해 복구 중 백엔드가 제대로 전환되도록 합니다.
    4. 데이터베이스를 기본 영역에 멤버로 추가한 다음 보조 영역 및 피어 데이터베이스로 DR 보호의 멤버로 전환합니다.

재해 복구 제도 생성

재해 복구 계획은 전환 또는 페일오버 시 수행되는 작업 및 작업의 기본 영역에서 대기 영역으로의 워크플로우를 개략적으로 설명합니다. 이 절에서는 이전에 정의된 보호 그룹의 멤버인 DR 계획을 만드는 프로세스에 대해 설명합니다.

DR 계획이 실행되면 기본 영역에서 대기 영역으로 리소스(보호 그룹의 멤버)가 전환되고 그 반대의 경우도 마찬가지입니다.

DR 계획을 만들려면 다음 절차를 수행하십시오.

  1. 관련 DR 보호 그룹으로 이동합니다. [리소스] 탭에서 계획 생성을 선택합니다.

    주:

    • switchover 시나리오의 경우 Standby 영역에서 계획을 생성합니다.
    • 롤백 시나리오의 경우 기본 영역에서 계획을 생성합니다.
  2. 생성되면 DR 계획에는 몇 가지 기본 단계가 포함됩니다. 기본적으로 종료 단계는 사용 안함으로 설정됩니다. 요구사항에 따라 특정 단계를 사용 또는 사용 안함으로 설정할 수 있습니다.
    그룹 추가를 눌러 계획에 사용자정의 작업을 추가할 수 있습니다. 이를 사용하여 사용자정의 단계 실행의 일부로 생성된 스크립트를 통합합니다.
  3. 그룹 이름을 제공합니다. 다음 앞에 추가 또는 다음 뒤에 추가를 선택하여 올바른 시퀀스를 선택한 다음 새 단계 앞에 나오거나 따라야 할 그룹을 선택합니다. 계획에 새 작업을 포함하려면 단계 추가를 누릅니다.
  4. 각 사용자정의 단계에 대해 그룹 이름 및 단계 이름을 입력합니다. 스크립트 위치에 따라 올바른 사용자 정의 단계 유형을 선택합니다. 필요한 스크립트 매개변수를 제공한 다음 단계 추가를 누릅니다. 필요한 경우 동일한 그룹 아래에 여러 단계를 추가할 수 있습니다.

    주:

    이 시나리오에서 선택한 영역은 이동 가능한 FSDR 시나리오이므로 Primary이고 인스턴스는 Secondary 영역에 없습니다.
  5. 계획의 단계를 검증한 후 계획 실행을 눌러 전환을 시작합니다.
    사전 검사가 성공하면 DR 계획이 각 단계를 순차적으로 실행합니다.
  6. 전환 프로세스 중 오류가 발생하면 실패한 단계에서 실행이 일시 중지됩니다. 실패한 단계를 건너뛰고 계획의 나머지 단계를 계속하도록 선택할 수 있습니다.
  7. 롤백 프로시저에 대해서도 동일한 프로세스를 따르지만 롤백 중에 계획이 Primary 영역에서 실행되는지 확인합니다.

비이동 인스턴스에 대한 재해 복구 보호 그룹 및 재해 복구 계획 구현

활성-수동 DR 토폴로지에서 공통되는 비이동 인스턴스를 기본 및 대기 영역 모두에 배포합니다. DR 작업 중에는 리전 간 서비스 전환을 위해 필요에 따라 이러한 인스턴스가 시작 또는 정지됩니다. 이 방법은 대기 영역의 기존 인프라로 인해 복구 속도가 빨라지지만 두 영역 모두에서 인프라를 유지 관리해야 하므로 비용이 많이 들 수 있습니다.

다음 항목에서는 DR 보호 그룹 구성 및 구현 프로세스와 비이동 인스턴스에 대한 계획을 설명합니다.

재해 복구 보호 그룹 생성

이동 인스턴스와 마찬가지로, 비이동 인스턴스로 작업하는 경우 DR 보호 그룹을 만들고, 기본 및 보조 DR 그룹을 다시 연결하고, 그룹에 멤버를 추가해야 합니다. 사용자 이 절차:

  1. OCI 콘솔에 로그인하고 뭄바이 지역을 선택합니다. 주 메뉴에서 재해 복구, DR 보호 그룹, DR 보호 그룹 생성을 차례로 누릅니다. 로깅을 위한 필요 조건의 일부로 뭄바이 지역에서 생성된 오브젝트 스토리지 버킷을 선택합니다.
  2. 기본 영역의 DR 그룹에 멤버를 추가합니다.
  3. OCI 콘솔에서 보조 리전으로 전환합니다. 다른 DR 보호 그룹을 생성하고 필요 조건으로 설정된 보조 위치에서 생성된 버킷과 연관시킵니다.
  4. 보조 영역의 DR 그룹에 멤버를 추가합니다. 이 설정은 비이동 유형 DR 설정이므로 필요한 모든 JDE 배치, 배치 및 웹 서버가 보조 영역에서 이미 프로비전되어 있어야 합니다.
  5. 블록 볼륨만 보조 사이트에 복제됩니다. 블록 볼륨에서 애플리케이션을 호스팅하는 것이 좋습니다.
  6. 기본 및 보조 위치의 서버에서 부트 볼륨을 동기화하려면 rsync/robocopy를 사용하여 필요한 경우 기본 및 보조 사이트 간에 파일 폴더를 동기화합니다.
  7. 기본 영역으로 돌아가서 여기에 생성된 DR 보호 그룹을 선택합니다. 연결을 눌러 보조에서 DR 그룹과의 링크를 설정합니다.
  8. OCI 콘솔의 DR 보호 그룹 기본 페이지에서 각 DR 그룹에 대한 롤 지정(기본/보조)을 볼 수 있습니다.

재해 복구 제도 생성

인스턴스 이동에 대한 DR 계획과 마찬가지로, 비이동 인스턴스에 대한 DR 계획은 기본 영역에서 대기 영역으로의 전환 또는 페일오버 시 수행되는 작업 및 작업의 워크플로우를 개략적으로 설명합니다. 이전 단계에서 정의한 보호 그룹의 멤버인 비이동 인스턴스에 대한 DR 계획을 만들려면 이 절차를 사용합니다.
  1. 관련 DR 보호 그룹으로 이동합니다. [리소스] 탭에서 계획 생성을 선택합니다.

    주:

    • 전환 시나리오의 경우 보조 영역에서 계획을 생성합니다.
    • 롤백 시나리오의 경우 기본 영역 에 계획을 생성합니다.
  2. 그룹 추가를 눌러 계획에 사용자정의 작업을 추가할 수 있습니다. 사용자정의 단계 실행의 일부로 생성된 스크립트를 통합하려면 이 옵션을 사용합니다.
  3. 보조 영역에서 E1services를 시작하는 사용자정의 스크립트를 생성합니다.
  4. 계획의 단계를 검증한 후 계획 실행을 눌러 전환을 시작합니다.
  5. 사전 검사가 성공하면 DR 계획이 각 단계를 순차적으로 실행합니다.
  6. 전환 프로세스 중 오류가 발생하면 실패한 단계에서 실행이 일시 중지됩니다. 실패한 단계를 건너뛰고 계획의 나머지 단계를 계속하도록 선택할 수 있습니다.
  7. 롤백의 경우 동일한 프로세스를 사용하지만 롤백하는 동안 Primary 영역에서 계획을 실행해야 합니다.

Disaster Recovery Plan 그룹 이해

JD Edwards FDSR은 두 개의 DR 계획 그룹을 사용합니다.
  • 미리 채워진 그룹 - 계획의 멤버 및 유형에 따라 달라지는 순차적 그룹입니다.
  • 기본 영역에서 보조 영역으로 인스턴스를 전환한 후 사용자정의 스크립트를 사용하여 JDE 애플리케이션에 대한 구성 변경을 수행하는 사용자정의 그룹입니다.
다음 항목에서는 이러한 그룹을 사용하는 방법에 대해 설명합니다.

DR 계획에 대해 미리 채워진 그룹 이해

순차적 그룹의 미리 채우기는 DR 보호 그룹에 추가된 멤버 및 계획 유형에 따라 달라집니다. 다음은 전환 계획에 따라 채워지는 단계에 대해 설명합니다.

  • 사전 검사 - 내장

    이러한 사전 검사는 실제 페일오버, 페일백 또는 테스트 중 오류를 방지하기 위해 필요한 모든 리소스, 구성 및 권한이 있는지 확인합니다.

  • 로드 밸런서에서 소스 백엔드 집합 업데이트

    페일오버 후 더 이상 필요하지 않은 백엔드 집합에서 백엔드 서버를 제거합니다.

  • 컴퓨팅 인스턴스 - 정지

    기본 영역에서 DR 보호 그룹의 일부인 모든 인스턴스 리소스를 정지합니다.

  • 볼륨 그룹 – Switchover

    기본 영역에서 보조 영역으로 볼륨 그룹에 대한 전환 작업을 시작하여 보조 영역의 볼륨이 쓰기 가능하고 활성화되도록 합니다.

  • 자율 운영 데이터베이스 - 전환

    자율운영 데이터베이스를 보조 영역의 대기 인스턴스로 전환합니다.

  • 컴퓨팅 인스턴스 – 실행

    사전 정의된 구성을 사용하여 보조 영역에서 컴퓨트 인스턴스를 실행합니다.

  • 로드 균형 조정기 - 대상 백엔드 세트 업데이트

    보조 영역에서 실행되는 백엔드로 로드 밸런서 백엔드 집합을 업데이트합니다.

  • 볼륨 그룹으로 - 역방향 복사

    보조 영역이 이제 데이터를 기본 영역으로 다시 복제하여 페일오버 후 연속성을 보장하도록 볼륨 그룹 복제의 방향을 바꿉니다.

  • 컴퓨팅 인스턴스 - 종료

    기본 영역에 더 이상 필요하지 않은 컴퓨트 인스턴스를 종료합니다. 수동 사용으로 설정해야 하는 선택적 단계입니다.

  • 컴퓨팅 인스턴스 - DR 보호 그룹에서 제거

    그룹이 업데이트된 상태로 유지되도록 DR 보호 그룹에서 컴퓨트 인스턴스를 제거합니다.

  • 볼륨 그룹과 – 종료

    전환 성공 후 기본 영역에서 볼륨 그룹을 삭제합니다. 수동 사용으로 설정해야 하는 선택적 단계입니다.

  • 볼륨 그룹을 - DR 보호 그룹에서 제거

    그룹이 업데이트된 상태로 유지되도록 DR 보호 그룹에서 볼륨 그룹을 제거합니다.

DR 계획에 대한 사용자 정의 그룹 이해

이러한 사용자정의 그룹을 추가하여 기본 영역에서 보조 영역으로 인스턴스를 전환한 후 사용자정의 스크립트를 사용하여 JDE 애플리케이션에 대한 구성 변경을 수행할 수 있습니다. 이러한 접근 방식은 운영 작업을 최소화하고 다운타임을 줄이는 데 도움이 됩니다.

다음 그룹은 아키텍처 요구 사항에 따라 포함되었습니다.

  • 엔터프라이즈 서버 업데이트: 컴퓨트 인스턴스 – 실행 뒤에 이 그룹을 추가합니다.
  • 웹 서버 업데이트: 엔터프라이즈 서버 업데이트 뒤에 이 그룹을 추가합니다.
  • Ais 서버 업데이트: 웹 서버 업데이트 뒤에 이 그룹을 추가합니다.

위의 "재해 복구 계획 생성"의 단계 2, 3 및 4에 따라 여러 사용자정의 스크립트를 실행하여 보조 영역에 대한 JDE 구성 파일을 업데이트합니다.

사후 전환 작업 완료

보조 사이트로 성공적으로 전환한 후 다음 작업을 수행하여 모든 서비스가 복원되고 작동하는지 확인합니다.

  1. 전용 키를 사용하여 DR 영역의 가상 머신에 로그인합니다.
  2. DR 웹, Enterprise/batch 및 AIS 서버의 IP 주소를 포함하도록 /etc/hosts 파일을 편집합니다.
  3. Enterprise/Batch 서버에 로그인하고 tnsping를 사용하여 데이터베이스 접속을 테스트합니다. 성공하면 JD Edwards(E1) 서비스를 시작합니다. 애플리케이션 시작 후 포트 테스트를 수행합니다.
  4. 웹 및 AIS 서버에서 Weblogic 서비스를 중지하고 시작합니다.
  5. WebLogic 콘솔에 로그인하고 연결된 모든 관리 서버를 시작합니다.
  6. 보조 영역 로드 밸런서에서 매핑된 백엔드가 활성 상태인지 확인합니다.
  7. JDE 웹 링크의 표면 레벨 테스트를 수행합니다. 확인되면 환경을 사용자에게 해제합니다.
  8. AIS 연결에서 JD Edwards에 대한 소프트 코딩 업데이트:
    1. JDE에 로그인하여 P954000 애플리케이션을 엽니다.
    2. <J**920> 환경을 확인하고 DR 링크로 업데이트합니다. http://lb_address:port