배포 프로세스 시작하기

PeopleSoft 애플리케이션에 대한 관찰성 및 관리 스택 모니터링을 배포하려면 세 가지 주요 단계가 필요합니다.

  1. 선택한 에디션, Standard 또는 Enterprise 및 배포에 사용된 모든 리소스 또는 구획에 대한 라이센스를 구성합니다.
  2. 배치에 사용된 리소스를 검색하고 승격합니다.
  3. OCI CLI(명령행 인터페이스)를 사용하여 새 리소스를 검색하거나, 스택 모니터링 리소스 간에 필요한 연관을 생성하거나, 전체 토폴로지를 새로고침합니다.

라이센싱 구성

Stack Monitoring은 Standard 및 Enterprise의 두 가지 버전을 제공합니다. Standard Edition은 WebLogic, Tomcat, Oracle Database, 호스트 등 온프레미스 및 클라우드 배포 애플리케이션과 기술 스택을 모니터링합니다. Enterprise Edition은 향상된 모니터링을 위해 Metric Extensions, 성능 기준선, 이상 감지 및 OCI 리소스 통합과 같은 고급 기능을 추가합니다.

이 두 에디션 외에도 아래 설명된 대로 개별 리소스 레벨 또는 구획 레벨에서 라이센스를 구성해야 합니다.

주:

두 레벨 중 하나에서 라이센스를 할당하는 단계는 이 플레이북의 범위를 벗어납니다. 아래의 특정 섹션에 명시된 각 할당 수준에 필요한 관련 절차는 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있습니다.

컴파트먼트별 기능에 대한 라이센스 구성

컴파트먼트 내에서 새로 검색되거나 승격된 모든 리소스에 대해 리소스 라이센스 자동 지정을 엔터프라이즈 또는 표준으로 설정할 수 있습니다. 라이센스 자동 지정 구성은 리소스 인스턴스별로 적용하지 않고 라이센스를 자동으로 지정하는 편리한 방법입니다. 또한 전체 구획에 대해 엔터프라이즈 확장성을 사용 또는 사용 안함으로 설정할 수 있습니다.

구획별 기능에 대한 라이센스 구성 절차는 Oracle Cloud Infrastructure 문서의 "라이센스 지정"에 설명되어 있습니다. 이 문서는 "자세히 탐색"에서 액세스할 수 있습니다.

리소스별 기능에 대한 라이센스 구성

리소스 라이센스 지정은 검색 중 또는 검색 후 라이센스 UI를 사용하여 개별 리소스 레벨에서 수행할 수 있습니다. 조합에 적용된 라이센스 변경사항은 모든 하위 항목에 적용됩니다. 즉, WebLogic 도메인에 Enterprise Edition 라이센스를 적용할 때 도메인과 연관된 모든 WebLogic 서버도 Enterprise Edition을 받게 됩니다.

검색 중 해당 라디오 버튼을 선택하여 리소스에 라이센스를 지정할 수 있습니다. 라이센스 UI를 사용하여 리소스가 검색된 후 리소스 라이센스를 수정할 수도 있습니다. 이 절차는 "자세히 탐색"에서 액세스할 수 있는 Oracle Cloud Infrastructure 설명서의 "라이센스 할당"에 설명되어 있습니다.

PeopleSoft에 대한 리소스 검색 및 홍보

스택 모니터링을 사용하여 리소스를 모니터하려면 먼저 이러한 리소스를 검색하고 승격해야 합니다. 판촉은 자원과 관련된 정보를 미리 채웁니다. 이 정보가 올바른지 검증해야 합니다. 판촉에 대한 필수 조건 및 입력 매개변수는 사용자가 시작한 검색에 대한 매개변수와 동일합니다.

PeopleSoft 검색에는 애플리케이션 서버 도메인, 프로세스 스케줄러 도메인 및 기본 Weblogic 도메인을 포함하는 PeopleSoft 인터넷 아키텍처(PIA)의 세 가지 필수 리소스 계열이 포함됩니다. 각 리소스 모음에는 여러 서버에 걸쳐 있을 수 있는 이러한 리소스 중 하나 이상이 포함될 수 있습니다.

PeopleSoft 애플리케이션에 대한 리소스를 검색하고 승격하려면 다음을 수행해야 합니다.
  • PeopleSoft 데이터베이스를 검색합니다.
  • PeopleSoft 모니터링에 대한 데이터베이스 권한 부여 권한을 설정합니다.
  • PeopleSoft Performance Monitor for Pure Internet Architecture(PIA)를 사용으로 설정합니다.
  • 응용 프로그램 서버 및 프로세스 스케줄러 도메인에 대한 필수 조건을 충족합니다.
  • 검색할 도메인을 식별합니다.
  • 도메인을 수동으로 추가합니다.
  • Elasticsearch 검색을 사용으로 설정합니다.
  • 프로세스 모니터 검색을 사용으로 설정합니다.

주:

리소스를 검색하고 홍보하는 단계는 이 플레이북의 범위를 벗어납니다. 아래의 특정 섹션에 명시된 각 할당 수준에 필요한 관련 절차는 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있습니다.

PeopleSoft 데이터베이스 검색

PeopleSoft 애플리케이션을 검색하기 전에 PeopleSoft 스키마를 포함하는 Oracle Database를 검색해야 합니다.

먼저 데이터베이스를 검색하면 PeopleSoft 리소스 검색이 완료되면 자동으로 PeopleSoft 애플리케이션과 연관됩니다. 데이터베이스가 검색되기 전에 PeopleSoft 애플리케이션 검색을 수행하는 경우 연관을 수동으로 생성해야 합니다. 자세한 내용은 응용 프로그램 토폴로지를 참조하십시오. Oracle 데이터베이스를 검색하려면 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있는 "Oracle Database"를 참조하십시오.

PeopleSoft 모니터링에 대한 데이터베이스 권한 부여 권한 설정

PeopleSoft를 모니터하려면 PeopleSoft 데이터베이스 스키마에 액세스하기 위한 특정 권한이 필요합니다. 설정은 PeopleSoft 데이터 저장소로 사용되는 데이터베이스 유형(비컨테이너 데이터베이스와 컨테이너 데이터베이스, 플러그인할 수 있는 데이터베이스)에 따라 다릅니다.

PeopleSoft 스택 모니터링을 검색할 때는 PeopleSoft 스키마 소유자(일반적으로 SYSADM)를 데이터베이스 인증서로 사용할 수 있습니다. PeopleSoft 애플리케이션을 모니터하는 데 필요한 권한만 있는 모니터링 사용자를 생성해야 합니다. 동일한 데이터베이스 사용자를 사용하여 PeopleSoft 스키마를 포함하는 Oracle 데이터베이스와 PeopleSoft 응용 프로그램을 모두 모니터합니다.

데이터베이스 모니터링 사용자를 만들려면 MOS 참고 사항: 2857604.1을 참조하십시오. 자세한 내용은 OCI 설명서의 "DB Grant Privileges for PeopleSoft Monitoring"을 참조하십시오. 이 플레이북의 다른 곳에서 "더 알아보기"에서 이 두 문서에 모두 액세스할 수 있습니다.

PeopleSoft Performance Monitor for Pure Internet Architecture(PIA) 사용

이 절차는 선택 사항이며 PeopleSoft 검색 및 새로고침에만 필요합니다. 그러나 정기적인 모니터링 및 측정항목 수집의 경우 PeopleSoft Performance Monitor 에이전트가 필요하지 않습니다. 어떤 이유로든 PPM 에이전트를 사용으로 설정하지 않도록 선택한 경우 다음 대체 방법 중 하나를 사용하십시오.
  • 검색 또는 새로고침이 완료될 때까지 PPM 에이전트를 사용으로 설정한 다음 사용 안함으로 설정하고 도메인을 다시 시작합니다.
  • 모든 PeopleSoft 도메인 정보를 수동으로 삽입/삭제합니다. 이렇게 하면 PPM 에이전트를 사용으로 설정할 필요가 없습니다.
PIA용 PPM을 사용으로 설정해야 하는 경우 다음을 수행합니다.
  1. PeopleTools으로 이동하고 웹 프로파일로 이동하여 웹 프로파일 구성을 누르고 사용 중인 프로파일(예: PROD)을 검색합니다.
  2. 아직 선택하지 않은 경우 PPM 에이전트 사용을 선택합니다.
  3. 모든 PIA 도메인을 다시 시작합니다.

Application Server 및 Process Scheduler 도메인에 대한 필수 조건 충족

그런 다음 각 응용 프로그램 서버 및 프로세스 스케줄러 도메인에 대한 필요 조건을 충족해야 합니다. PeopleSoft 검색은 JMX 액세스에 대한 원격 관리 사용자 ID/비밀번호가 모든 애플리케이션 서버 도메인 및 모든 프로세스 스케줄러 도메인에 대해 동일하다고 가정합니다.

완료해야 하는 필요 조건은 다음과 같습니다.
  • PeopleSoft Performance Monitor 에이전트를 사용으로 설정합니다.
  • JMX 에이전트를 사용으로 설정합니다.
  • Performance Collator 속성을 사용으로 설정합니다.

다음 항목에서는 이러한 작업을 완료하기 위한 상위 레벨 단계를 제공합니다. 자세한 절차는 Stack Monitoring OCI 설명서의 "애플리케이션 서버 및 Process Scheduler 도메인에 대한 필요 조건"을 참조하십시오. 이 가이드는 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있습니다.

PeopleSoft Performance Monitor 에이전트 사용

PeopleSoft Performance Monitor 에이전트를 사용으로 설정하려면 다음을 수행합니다.

  1. 편집 모드에서 도메인 구성 파일을 엽니다. PSADMIN 명령행 인터페이스에서 애플리케이션 서버(옵션 1) 또는 Process Scheduler(옵션 2), 도메인 관리(옵션 1), 도메인 선택, 구성/로그 파일 편집 메뉴(옵션 6), 도메인 구성 파일 편집(옵션 1)을 차례로 선택합니다.
  2. PSTOOLS 섹션에서 EnablePPM Agent에 대한 값을 확인합니다.
  3. PPM 에이전트를 사용으로 설정하고, 값을 1로 설정하고, 파일을 저장합니다.
JMX 에이전트 사용

이 필요 조건을 통해 스택 모니터링은 PeopleSoft 애플리케이션에 대한 가용성 및 성능 데이터를 수집할 수 있습니다. 고급 단계는 다음과 같습니다.

  1. PSADMIN 명령줄 인터페이스에서 편집 모드로 도메인 구성 파일을 엽니다. 애플리케이션 서버(옵션 1) 또는 Process Scheduler(옵션 2), 도메인 관리(옵션 1), 도메인 선택, 구성/로그 파일 편집 메뉴(옵션 6), 도메인 구성 파일 편집(옵션 1)을 차례로 선택합니다.
  2. PSTOOLS 섹션에 대한 설정을 찾아 다음을 수행합니다.
    1. 사용하려는 원격 관리 포트가 호스트의 다른 프로세스에서 사용되고 있지 않은지 확인합니다.
    2. 텍스트 형식으로 사용자 ID를 설정합니다. 모든 응용 프로그램 서버 도메인 및 프로세스 스케줄러 도메인에 대해 동일한 사용자 ID 및 암호를 사용합니다.
    3. PSCipher 유틸리티를 사용하여 암호를 암호화합니다.
    4. 다음 항목에 설명된 대로 Performance Collator 등록 정보 변경을 구성한 후 응용 프로그램 서버를 다시 시작하고 스케줄러 도메인을 처리합니다.
  3. 원격 관리 포트 및 RMI 포트 값을 설정합니다.
    • PeopleSoft 버전 8.59 및 이전 버전을 사용 중인 경우 원격 관리 포트만 설정해야 합니다. RMI 포트 값은 Remote Administration Port 값을 1씩 증가시켜 자동으로 설정됩니다.
    • PSFT 버전 8.60 이상의 경우 RMI 포트는 구성 파일에서 하나의 추가 매개변수로 제어됩니다. 값이 명시적으로 설정되었는지 확인합니다. Performance Collator 등록 정보를 구성한 후 응용 프로그램 서버 및 Process Scheduler 도메인을 다시 시작합니다.
  4. 저장한 설정이 구성 파일에 올바르게 표시되는지 확인합니다.
자세한 지침은 OCI 설명서의 "JMX 에이전트 사용"을 참조하십시오. 이 문서는 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있습니다.
성과 수집기 속성 사용

Performance Collator 등록 정보를 사용으로 설정하기 전에 $PS_CFG_HOME 아래에 있는 도메인 템플리트 파일 psprcsrv.ubx(Process Scheduler) 및 psappsrv.ubx(Application Server)에서 Performance Collator의 현재 값을 확인하십시오.

Performance Collator가 사용으로 설정된 경우 다음 항목이 표시됩니다.
{PPM} Do you want Performance Collators configured (PSPPMSRV) (y/n)? [y]:
Performance Collator가 사용 안함으로 설정된 경우 다음 항목이 표시됩니다.
{PPM} Do you want Performance Collators configured (PSPPMSRV) (y/n)? [n]:
Performance Collator가 이미 사용으로 설정되어 있고 변경사항이 EnablePPM 에이전트 또는 JMX 값으로 구현된 경우 모든 도메인을 재시작할 수 있습니다. Performance Collator가 아직 사용으로 설정되지 않은 경우 다음을 수행합니다.
  1. PSADMIN 명령행 인터페이스에서 Application Server (Option 1) 또는 Process Scheduler (Option 2), Administer a domain (Option 1), select domain, Configure this domain (Option 4) 를 차례로 선택합니다.
  2. 질문 Do you want to continue (y/n)에 대해 y를 입력합니다. 이 옵션은 도메인을 종료합니다.
  3. Performance Collator 속성의 값을 확인하십시오.
    • 값이 예로 설정된 경우 Collator가 이미 사용으로 설정되어 있으며 작업이 필요하지 않습니다.
      Load config as shown
      Application Server의 경우 옵션 14, Process Scheduler의 경우 옵션 7을 선택할 수 있습니다.
    • 값을 No로 설정하는 경우 Application Server에 Option 10을 입력하고 Process Scheduler에 Option 3을 입력하여 값을 Yes로 토글합니다.
  4. Performance Collator가 Yes로 설정되었는지 확인한 후 Load config as shown(Application Scheduler의 경우 Option 14, Process Scheduler의 경우 Option 7)을 선택합니다.
  5. 마지막으로 Boot this domain Option 1을 선택하여 도메인을 시작합니다.

검색할 도메인 식별

스택 모니터링은 Oracle Database에 저장된 정보를 활용하여 검색 또는 새로고침할 도메인을 식별합니다.

현재 도메인 목록을 검증하려면 다음 질의를 사용합니다.
SELECT * FROM PSPMAGENT; 
PeopleSoft 응용 프로그램을 검색하거나 새로 고치기 전에 더 이상 존재하지 않는 질의에서 반환된 도메인을 제거해야 합니다.

주:

나열되지 않은 도메인을 추가해야 하는 경우 "수동으로 도메인 추가" 항목을 참조하십시오.
사용되지 않는 도메인을 제거하려면 SYSADM 또는 동등한 사용자로 로그인하고 다음 SQL 질의를 실행합니다. 사용되지 않는 도메인을 모두 제거할 때까지 질의를 반복합니다. 다음 고려 사항을 참조하십시오.
  • 변경하기 전에 PSPMAGENT 테이블을 백업합니다.
    create table PSPMAGENT_BKP_DATE as select * from PSPMAGENT; 

    여기서 현재 시간기록이 있는 DATE

  • 생성한 백업 테이블의 내용이 상위 테이블과 동일한지 확인합니다.
    select * from PSPMAGENT 
    MINUS 
    select * from PSPMAGENT_BKP_DATE;
PSPMAGENT의 행 수가 PSPMAGENT_BKP_DATE와 일치할 경우 오래된 도메인 제거를 계속합니다.
delete from PSPMAGENT WHERE PM_AGENTID='&enter_agent_id_of_stale_domain'; 
Commit;

수동으로 도메인 추가

그런 다음 유효한 모든 도메인이 PSPMAGENT 테이블에서 표시되는지 확인합니다. 유효한 도메인이 표시되지 않을 경우 다음 항목의 질의를 사용합니다. 에이전트 호스트는 PSPMAGENT 테이블에 저장된 PM_HOST_PORT 열에서 호스트 이름을 사용하여 다른 모든 호스트에 연결할 수 있어야 합니다.

수동으로 추가해야 하는 도메인은 다음과 같습니다.
  • Process Scheduler 도메인
  • 애플리케이션 서버 도메인
  • PIA 서버
계속하기 전에 다음을 수행하여 PSPMAGENT 테이블을 백업합니다.
  1. 변경하기 전에 시스템 관리자 또는 동등한 사용자로 로그인하여 테이블을 백업합니다.
    create table PSPMAGENT_BKP_DATE as select * from PSPMAGENT;
    여기서 DATE은 현재 시간 기록입니다.
  2. 생성한 백업 테이블의 내용이 상위 테이블과 동일한지 확인합니다. PSPMAGENT의 행 수는 PSPMAGENT_BKP_DATE의 행 수와 일치해야 합니다.
    select * from PSPMAGENT 
    MINUS 
    select * from PSPMAGENT_BKP_DATE;
    여기서 DATE은 현재 시간 기록입니다.
다음 명령을 사용하여 도메인을 추가합니다.
  • Process Scheduler 도메인
    INSERT INTO  PSPMAGENT values
    ('&AGENT_ID','&PM_JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','04','&DOMAIN_DIR','Y','&HOST_PORT:','1','1','N');
  • 애플리케이션 서버 도메인
    INSERT INTO  PSPMAGENT values
    ('&unique_agent_id','&JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','01','&DOMAIN_DIR','Y','&host_name:&jolt_port','1','1','N');
  • PIA 서버
    INSERT INTO  PSPMAGENT values
    ('&unique_agent_id','-1','WEBRESOURCE','&DOMAIN_NAME','02','&DOMAIN_DIR','Y','&host_name:&http_port:&https_port','1','1','N');

Elasticsearch 검색 사용

Elasticsearch 검색은 선택 사항입니다. Elasticsearch가 이미 통합된 경우 초기 검색에 포함할 수 있습니다. 나중에 Elasticsearch를 통합하려면 PeopleSoft CLI refresh 명령을 사용하고 모니터링 사용자에게 Elasticsearch 데이터베이스 권한 부여를 추가합니다. 권한 부여에 대한 자세한 내용은 위의 "Establish Database Grant Privileges for PeopleSoft Monitoring(데이터베이스 권한 부여 권한 설정)"을 참조하고 CLI 새로 고침 명령에 대한 자세한 내용은 이 플레이북의 다른 위치에서 "Refresh PeopleSoft Instances(PeopleSoft 인스턴스 새로 고침)"를 참조하십시오.
다음 필요 조건을 완료하면 PeopleSoft에서 Elasticsearch 통합이 사용으로 설정됩니다.
  • 스택 모니터링은 SSL로 구성된 Elasticsearch 모니터링만 지원합니다. 끝점은 HTTPS여야 합니다. Elasticsearch 설정에 대한 자세한 내용은 "Configuring SSL between PeopleSoft and Elasticsearch"을 참조하십시오.이 도구는 "Explore More"에서 액세스할 수 있습니다.
  • Elasticsearch를 검색하기 전에 모니터링 에이전트 호스트에 JKS 보안 저장소(JKS가 유일하게 지원되는 보안 저장소임)를 생성하여 Elasticsearch의 인증서를 저장합니다. 이 보안 저장소의 위치 및 암호는 CLI를 통해 검색을 시도할 때 검색 UI 또는 검색 JSON에서 필수 매개변수입니다. 또한 에이전트 호스트에서 보안 저장소 위치에 액세스할 수 있어야 합니다.
    예:
    keytool -keystore truststore.jks -alias ALIAS -import -file ELASTICSEARCH_CERTIFICATE

프로세스 모니터 검색 사용

프로세스 모니터는 PeopleSoft와 함께 검색되며 PeopleSoft 응용 프로그램을 검색할 때 기본적으로 사용으로 설정됩니다. Discover Process Monitor 섹션에서 No를 선택하면 PeopleSoft 검색에서 Process Monitor가 제외됩니다.

프로세스 모니터 검색은 선택 사항입니다. 프로세스 모니터가 이미 사용으로 설정된 경우 초기 검색에 포함할 수 있습니다. 나중에 프로세스 모니터를 통합하려면 PeopleSoft CLI refresh 명령을 사용하고 모니터링 사용자에게 프로세스 모니터 DB 권한 부여를 추가합니다. 권한 부여에 대한 자세한 내용은 위의 "Establish Database Grant Privileges for PeopleSoft Monitoring(데이터베이스 권한 부여 권한 설정)"을 참조하고 CLI 새로 고침 명령에 대한 자세한 내용은 이 플레이북의 다른 위치에서 "Refresh PeopleSoft Instances(PeopleSoft 인스턴스 새로 고침)"를 참조하십시오.

프로세스 모니터 검색에 필요한 등록 정보가 없습니다.

프로세스 모니터 검색은 기본적으로 포함됩니다. 옵트아웃하려면 리소스에서 프로세스 모니터 검색 검색 패널에서 아니오를 선택합니다.

자세한 내용은 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있는 "PeopleSoft에 대한 프로세스 모니터 검색 사용"을 참조하십시오.

애플리케이션 토폴로지 업데이트

OCI CLI를 사용하여 새 리소스를 검색하거나, 스택 모니터링 리소스 간에 필요한 연관을 생성하거나, 전체 토폴로지를 새로고침할 수 있습니다. 특히 CLI를 사용하여 데이터베이스와 PeopleSoft 간의 연관을 만들 수 있습니다.

PeopleSoft의 경우 애플리케이션 토폴로지를 업데이트하려면 다음 태스크가 필요합니다.
  • PeopleSoft 도메인을 관리합니다.
  • PeopleSoft 인스턴스를 새로고침합니다.

PeopleSoft 도메인 관리

스택 모니터링은 검색을 위해 PSPMAGENT 테이블에 포함된 도메인 정보를 활용합니다. PeopleSoft 도메인이 누락된 경우 "수동으로 도메인 추가"에 설명된 단계에 따라 이 플레이북의 다른 위치에서 필요한 도메인 정보를 수동으로 만들 수 있습니다.

PeopleSoft 인스턴스 새로고침

PeopleSoft 애플리케이션 새로고침은 다음 스택 모니터링 리소스 유형의 새로고침을 수행합니다.

oracle_psft
oracle_psft_appserv
oracle_psft_prcs
oracle_psft_pia
weblogic_domain (including members) 

새로고침은 새로고침 프로세스 중 발견된 새 도메인에 대한 인증서를 검증하지 않습니다. 검색 프로세스 중 실패한 도메인이 검색된 경우 오래된 도메인일 수 있고, 에이전트에서 JMX 접속을 위해 액세스하지 못할 수도 있고, 기타 이유로 액세스하지 못할 수도 있습니다. 기본 문제가 해결되면 에이전트 호스트에서 JMX 접속을 통해 검증한 다음 새로고침 작업을 수행하여 추가하려는 각 새 도메인에 대해 공통 인증서가 적합한지 확인하십시오. 새로고침이 성공하면 새 도메인이 추가됩니다. 이러한 도메인은 이전에 검색된 도메인이 구성된 것과 동일한 공통 자격 증명을 사용합니다.

새로 고치면 연관된 기존 WebLogic 도메인 및 해당 멤버도 새로 고쳐집니다.

새 PIA 인스턴스가 추가되면 PeopleSoft 새로고침을 수행하면 새로 추가된 PIA 리소스가 검색되지만 기본 새 WebLogic 도메인은 검색되지 않습니다. CLI를 사용하여 새 WebLogic 도메인을 새로 검색된 PIA와 연관시키면 WebLogic 도메인을 수동으로 검색해야 합니다.

UI 또는 CLI를 사용하여 PeopleSoft 인스턴스를 새로 고칠 수 있습니다.
  • UI에서 새로 고치려면 리소스의 홈 페이지에서 리소스 이름 아래의 새로 고침을 누릅니다. 확인 메시지에서 OK를 눌러 Resource Discovery(리소스 검색) 패널을 새 탭에서 엽니다. 여기에서 제출된 새로고침 작업의 상태를 추적할 수 있습니다.
  • CLI를 사용하여 새로 고치려면 discovery-job create를 실행해야 합니다. 이 옵션은 JSON 파일을 포함합니다. 새로고침 작업 중 리소스 삭제를 허용하려면 allow_delete_resources 등록 정보를 resource_id property 및 모니터링 에이전트 ID 등록 정보와 함께 페이로드에 추가해야 합니다. resource_id는 새로 고쳐야 하는 PeopleSoft 리소스의 ID입니다.
    CLI를 사용하여 PeopleSoft 인스턴스를 새로 고치려면 다음 명령을 사용합니다.
    oci stack-monitoring discovery-job create --compartment-id "Compartment_OCID" --discovery-type REFRESH --discovery-details file:///tmp/psft_refresh_dev.json

PeopleSoft 인스턴스 새로고침에 대한 자세한 내용은 이 플레이북의 다른 곳에서 "자세히 탐색"에서 액세스할 수 있는 OCI 설명서의 "PeopleSoft 새로고침"을 참조하십시오.