Grid Infrastructure 관리

이 섹션에서는 클러스터링 및 고가용성을 지원하는 Oracle Grid Infrastructure 관리에 대해 중점적으로 다룹니다. 주요 작업에는 Grid Infrastructure 홈 구성(dbaascli gridHome create), Grid Infrastructure 업그레이드(dbaascli grid upgrade), TCPS(전송 계층 보안) 인증서 구성(dbaascli grid configureTCPS), 제거(dbaascli grid removeTCPSCert) 또는 교체(dbaascli grid rotateTCPSCert)를 통한 관리가 포함됩니다. 이러한 명령은 Grid Infrastructure의 효율적인 설정, 유지 관리 및 보안을 보장합니다.

dbaascli gridHome 생성
dbaascli 그리드 configureTCPS
dbaascli 그리드 removeTCPSCert
dbaascli 그리드 rotateTCPSCert
dbaascli 그리드 업그레이드
dbaascli 그리드 패치

dbaascli gridHome 생성

Grid Infrastructure 홈을 구성하려면 dbaascli gridHome create 명령을 사용합니다.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli gridHome create --version value [--resume [--sessionID value]] [--waitForCompletion value]

매개변수:

매개변수	설명
`--version`	Grid 홈 버전을 지정합니다.
`--resume`	이전 실행을 재개합니다.
`--sessionID`	특정 세션ID를 재개하도록 지정합니다.
`--waitForCompletion`	백그라운드에서 작업을 실행하려면 `false`를 지정합니다. 적합한 값: `true` 또는 `false`

FAQ(자주 묻는 질문):

Q: dbaascli gridHome create 명령의 목적은 무엇입니까?

A: dbaascli gridHome create 명령은 Oracle Base Database Cloud@Customer 환경에서 Oracle Grid Infrastructure에 대한 Grid Infrastructure 홈을 구성하는 데 사용됩니다.

Q: dbaascli gridHome create 명령을 실행하기 위한 전제 조건은 무엇입니까?

A: 명령은 root 사용자로 실행해야 합니다.

Q: 생성할 Grid Infrastructure 홈 버전을 지정하려면 어떻게 해야 합니까?

A: --version 옵션을 사용하여 Grid 홈 버전을 지정합니다. Grid 홈을 생성할 때 필수 옵션입니다.

Q: 이전 dbaascli gridHome create 세션을 재개할 수 있습니까?

A: 예. --resume 옵션을 사용하여 이전 세션을 재개할 수 있습니다. 선택적으로 --sessionID 옵션을 사용하여 세션 ID를 지정하여 특정 세션을 재개할 수 있습니다.

Q: dbaascli gridHome create 명령에서 –resume 옵션은 무엇을 수행합니까?

A: --resume 옵션을 사용하면 이전에 중단되었거나 불완전한 작업을 재개할 수 있습니다.

Q: 어떻게 백그라운드에서 작업을 실행합니까?

A: --waitForCompletion 옵션을 false로 설정하여 백그라운드에서 작업을 실행할 수 있습니다. 이 옵션의 적합한 값은 true(기본값) 또는 false입니다.

Q: –waitForCompletion가 지정되지 않은 경우 기본 동작은 무엇입니까?

A: --waitForCompletion를 지정하지 않으면 작업이 포그라운드에서 실행되고 명령이 작업이 완료될 때까지 기다린 후 제어가 사용자에게 반환됩니다.

Q: –sessionID 옵션의 목적은 무엇입니까?

A: --sessionID 옵션은 불완전하거나 중단된 작업의 경우 재개할 이전 세션의 ID를 지정하는 데 사용됩니다.

Q: dbaascli gridHome create 명령을 사용하여 기존 Grid 홈을 업그레이드할 수 있습니까?

A: 아니요. 이 명령은 기존 Grid Infrastructure 홈을 업그레이드하는 것이 아니라 새 Grid Infrastructure 홈을 구성하기 위해 특별히 사용됩니다.

Q: 버전이 19.9.0.0.0인 Grid 홈을 만드는 예제 명령은 무엇입니까?

A: 다음은 예제 명령입니다.

dbaascli gridHome create --version 19.9.0.0.0

Q: dbaascli gridHome create 명령이 중단되면 어떻게 해야 합니까?

A: --resume 옵션을 사용하여 작업을 재개할 수 있습니다. 세션 ID가 있는 경우 --sessionID 옵션을 사용하여 특정 세션을 재개할 수 있습니다.

Q: 세션 ID 없이 –resume 옵션을 지정할 수 있습니까?

A: 예. 세션 ID를 지정하지 않고 --resume 옵션을 사용할 수 있습니다. 이 경우 시스템은 가장 최근 세션을 재개하려고 시도합니다.

Q: –waitForCompletion false를 지정하면 어떻게 됩니까?

A: --waitForCompletion false를 지정하면 작업이 백그라운드에서 실행되어 작업이 완료되는 동안 명령행을 계속 사용할 수 있습니다.

Q: 백그라운드 작업의 진행 상황을 추적할 수 있습니까?

A: dbaascli 명령은 백그라운드 작업을 추적하는 직접적인 방법을 제공하지 않습니다. 시스템 로그 또는 세션 상태를 수동으로 확인해야 할 수도 있습니다.

Q: 생성 시 부적합한 Grid 홈 버전을 지정할 수 있습니까?

A: 아니요. --version 옵션에는 적합한 Grid Infrastructure 버전이 포함되어야 합니다. 잘못된 버전이 제공되면 명령이 오류를 반환합니다.

Q: 만들기에 사용할 Grid 홈 버전을 어떻게 결정할 수 있습니까?

A: Oracle 설명서를 참조하거나 데이터베이스 관리자에게 문의하여 사용자 환경에 사용할 올바른 Grid 홈 버전을 확인할 수 있습니다.

Q: dbaascli gridHome create 명령을 실행하기 전에 무엇을 확인해야 합니까?

A: root 유저로 로그인되어 있고 Grid Infrastructure에 사용할 버전이 해당 환경과 호환되는지 확인합니다.

dbaascli 그리드 configureTCPS

기존 클러스터에 대한 TCPS를 구성하려면 dbaascli grid configureTCPS 명령을 사용합니다.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli grid configureTCPS
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

매개변수:

매개변수	설명
`--pkcs12WalletFilePath`	`pkcs12` 전자 지갑 형식으로 된 인증서 파일의 절대 경로를 지정하십시오.
`--caCertChain`	중간 CA 및 루트 CA 인증서를 포함하는 연결된 인증서 목록
`--precheckOnly`	이 작업에 대한 사전 검사만을 실행하도록 `yes`를 지정합니다. 적합한 값: `yes` 또는 `no`.
`--serverCert`	TCPS 구성을 위해 사용 또는교체할 PEM 인증서의 경로를 지정합니다.
`--privateKey`	인증서의 개인 키 파일 경로를 지정합니다.
`--certType`	Grid Infrastructure 전자 지갑에 추가할 인증서의 유형입니다. 허용되는 값은 `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` 또는 `PKCS12_CERT`입니다. 기본값: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	개인 키가 암호로 보호되는지 여부를 지정합니다. 적합한 값: `true` 또는 `false`. 기본값: `true`.

Oracle Base Database Cloud@Customer에 대한 TCPS 구성:

TCPS 동작은 Oracle Base Database Cloud@Customer 배치 유형에 따라 다릅니다.

Oracle Database 19c 이상의 경우 새로 프로비저닝된 데이터베이스에 대해 TCPS가 기본적으로 사용으로 설정됩니다. 이 동작이 도입되기 전에 프로비전된 기존 데이터베이스의 TCPS가 사용으로 설정되지 않았을 수 있습니다.

기존 데이터베이스에 대해 TCPS를 사용으로 설정하려면 다음과 같이 WALLET_LOCATION 매개변수를 추가하여 모든 데이터베이스 노드에서 데이터베이스별 sqlnet.ora 파일을 업데이트하십시오.

WALLET_LOCATION = (SOURCE=(METHOD=FILE)(METHOD_DATA=(DIRECTORY=/var/opt/oracle/dbaas_acfs/grid/tcps_wallets)))

모든 데이터베이스 노드에서 sqlnet.ora 파일을 업데이트한 후 데이터베이스를 재시작하여 TCPS를 사용으로 설정하십시오.

데이터베이스가 WALLET_ROOT 매개변수를 사용하도록 구성되지 않은 경우 TCPS를 사용으로 설정하면 Oracle ZDLRA(Zero Data Loss Recovery Appliance) 연결에 영향을 줄 수 있습니다. TCPS를 사용으로 설정하기 전에 다음 필수 조건이 충족되었는지 확인하십시오.

데이터베이스가 Oracle Database Release Update 19.17 이상을 실행하고 있습니다.
데이터베이스는 WALLET_ROOT 매개변수를 사용하도록 구성됩니다.
데이터베이스가 ZDLRA 백업에 대해 구성된 경우 RMAN 채널 구성이 WALLET_ROOT/server_seps 아래의 RA_WALLET를 참조하는지 확인합니다.

예:

RMAN에 연결합니다.
다음 명령을 실행합니다.
```
SHOW CHANNEL;
```

출력에 다음과 유사한 RA_WALLET 항목이 포함되어 있는지 확인합니다.

CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' FORMAT '%d_%I_%U_%T_%t' PARMS "SBT_LIBRARY=/u02/app/oracle/product/19.0.0.0/dbhome_1/lib/libra.so, ENV=(RA_WALLET='location=file:/var/opt/oracle/dbaas_acfs/dbrs19c/wallet_root/server_seps credential_alias=DBRS')";

이 예에서 RA_WALLET 위치는 TCPS와 호환되는 WALLET_ROOT/server_seps를 가리킵니다.

FAQ(자주 묻는 질문):

Q: dbaascli grid configureTCPS 명령의 목적은 무엇입니까?

A: dbaascli grid configureTCPS 명령은 Oracle Base Database Cloud@Customer 환경에서 기존 클러스터에 대한 TCPS(전송 계층 보안)를 구성하는 데 사용됩니다.

Q: dbaascli grid configureTCPS 명령을 실행하기 위한 전제 조건은 무엇입니까?

A: 명령은 root 사용자로 실행해야 합니다.

Q: Oracle Base Database Cloud@Customer 시스템에서 기본적으로 TCPS가 활성화되어 있습니까?

A: 아니요. Oracle Base Database Cloud@Customer 시스템에서는 기본적으로 TCPS가 사용으로 설정되지 않습니다. TCPS를 사용으로 설정하려면 특정 데이터베이스에 대한 sqlnet.ora 파일을 업데이트하고 데이터베이스를 재시작해야 합니다.

Q: Oracle Base Database Cloud@Customer 시스템에서 TCPS를 사용으로 설정하면 어떤 결과가 발생합니까?

A: Oracle Base Database Cloud@Customer 시스템에서 TCPS를 사용으로 설정하면 ZDLRA(Zero Data Loss Recovery Appliance) 연결이 실패합니다. ZDLRA 또는 TCPS 구성 중 하나만 사용으로 설정할 수 있지만 동시에 사용으로 설정할 수는 없습니다.

Q: –pkcs12WalletFilePath 옵션은 무엇을 지정합니까?

A: --pkcs12WalletFilePath 옵션은 TCPS 구성에 사용되는 PKCS12 전자 지갑 형식으로 인증서 파일에 대한 절대 경로를 지정합니다.

Q: –caCertChain 옵션은 무엇을 위해 사용됩니까?

A: --caCertChain 옵션은 중간 CA 인증서와 루트 CA 인증서를 포함하는 연결된 인증서 목록을 지정합니다.

Q: –precheckOnly 옵션은 무엇을 합니까?

A: --precheckOnly 옵션은 TCPS 구성 작업에 대한 사전 검사만 실행할지 여부를 지정합니다. 허용되는 값은 yes 또는 no입니다.

Q: –serverCert 옵션은 무엇을 지정합니까?

A: --serverCert 옵션은 TCPS 구성에 사용되거나 교체될 PEM 인증서의 경로를 지정합니다.

Q: TCPS 구성에 대한 개인 키를 지정하려면 어떻게 해야 합니까?

A: --privateKey 옵션을 사용하여 서버 인증서와 연관된 개인 키 파일의 경로를 지정합니다.

Q: –certType 옵션에 허용되는 값은 무엇입니까?

A: --certType 옵션에 허용되는 값은 다음과 같습니다.

SELF_SIGNED_CERT
CA_SIGNED_CERT
PKCS12_CERT

기본값은 SELF_SIGNED_CERT입니다.

Q: 개인 키 암호는 기본적으로 보호됩니까?

A: 예, --privateKeyPasswordProtected 옵션은 기본적으로 true로 설정되어 개인 키가 암호로 보호됨을 나타냅니다. 개인 키가 암호로 보호되지 않은 경우 false로 설정할 수 있습니다.

Q: TCPS를 구성하기 전에 사전 검사를 실행할 수 있습니까?

A: 예, --precheckOnly 옵션을 yes로 설정하여 작업에 대한 사전 검사만 실행할 수 있습니다. 이렇게 하면 변경하기 전에 환경을 검증할 수 있습니다.

Q: PKCS12 전자 지갑 파일에 대해 잘못된 경로를 제공하면 어떻게 됩니까?

A: --pkcs12WalletFilePath에 잘못된 경로가 포함된 경우 명령이 실패하고 TCPS 구성이 진행되지 않습니다.

Q: 개인 키가 암호로 보호되는 경우 어떻게 해야 합니까?

A: 개인 키가 암호로 보호된 경우 --privateKeyPasswordProtected 옵션이 true(기본값)로 설정되어 있는지 확인합니다.

Q: TCPS 구성에 대한 CA 서명 인증서를 지정할 수 있습니까?

A: 예. --serverCert 및 --privateKey 옵션을 사용하고 --certType를 CA_SIGNED_CERT로 설정하여 자체 CA 서명 인증서를 지정할 수 있습니다.

Q: 자체 서명된 인증서를 사용하여 TCPS를 구성하기 위한 예제 명령은 무엇입니까?

A: 다음은 예제입니다.

dbaascli grid configureTCPS --serverCert /path/to/self_signed_cert.pem --privateKey /path/to/private_key.pem --certType SELF_SIGNED_CERT

Q: TCPS 구성에 PKCS12 인증서를 사용할 수 있습니까?

A: 예, --pkcs12WalletFilePath 옵션을 지정하고 --certType를 PKCS12_CERT로 설정하여 PKCS12 인증서를 사용할 수 있습니다.

Q: dbaascli grid configureTCPS 명령을 실행하기 전에 무엇을 확인해야 합니까?

A: 유효한 인증서 파일, 개인 키 파일이 있고 root 유저로 로그인되어 있는지 확인합니다. 또한 ZDLRA를 TCPS와 동시에 실행할 수 없으므로 ZDLRA를 사용하는 경우의 의미를 이해해야 합니다.

예: dbaascli grid configureTCPS

자체 서명된 인증서를 사용하여 그리드를 구성하려면 다음을 수행합니다.

dbaascli grid configureTCPS

CA 서명 인증서를 사용하여 그리드를 구성하려면 다음과 같이 하십시오.

dbaascli grid configureTCPS --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --private_key_password_protected false

dbaascli 그리드 removeTCPSCert

Grid Infrastructure 전자 지갑에서 기존 TCPS 인증서를 제거하려면 dbaascli grid removeTCPSCert 명령을 사용합니다.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli grid removeTCPSCert --subject <value>
 {
   --userCert | --trustedCert | --requestedCert
 }
 [--serialNumber <value>] [--executePrereqs] [--resume [--sessionID <value>]] [--bounceListeners]

매개변수:

매개변수	설명
`--subject`	인증서의 주체를 지정하십시오.
`--userCert`	사용자 인증서를 나타내는 플래그
`--trustedCert`	신뢰할 수 있는 인증서를 나타내는 플래그
`--requestedCert`	요청된 인증서를 나타내는 플래그
`--serialNumber`	인증서의 일련번호를 지정합니다.
`--executePrereqs`	필요 조건 검사 실행 및 결과 보고
`--resume`	이전 실행을 재개합니다.
`--sessionID`	특정 세션ID를 재개하도록 지정합니다.
`--bounceListeners`	Grid Infrastructure 리스너 및 스캔 리스너를 재발송하는 플래그입니다.

FAQ(자주 묻는 질문):

Q: dbaascli grid removeTCPSCert 명령의 목적은 무엇입니까?

A: dbaascli grid removeTCPSCert 명령은 Oracle Base Database Cloud@Customer 환경의 Grid Infrastructure 전자 지갑에서 기존 TCPS 인증서를 제거하는 데 사용됩니다.

Q: dbaascli grid removeTCPSCert 명령을 실행하기 위한 전제 조건은 무엇입니까?

A: 명령은 root 사용자로 실행해야 합니다.

Q: –subject 옵션은 dbaascli grid removeTCPSCert 명령에서 무엇을 지정합니까?

A: --subject 옵션은 Grid Infrastructure 전자 지갑에서 제거할 인증서의 주체를 지정합니다.

Q: –userCert 플래그의 목적은 무엇입니까?

A: --userCert 플래그는 제거할 인증서가 사용자 인증서임을 나타냅니다.

Q: 언제 –trustedCert 플래그를 사용해야 합니까?

A: Grid Infrastructure 전자 지갑에서 신뢰할 수 있는 인증서를 제거할 때 --trustedCert 플래그를 사용합니다.

Q: –requestedCert 플래그는 무엇을 합니까?

A: --requestedCert 플래그는 제거 중인 인증서가 요청된 인증서임을 나타냅니다.

Q: –serialNumber 옵션은 무엇을 지정합니까?

A: --serialNumber 옵션은 제거할 인증서의 일련 번호를 지정합니다. 동일한 주체를 가진 여러 인증서가 있는 경우 인증서를 고유하게 식별하는 데 유용합니다.

Q: –executePrereqs 옵션의 목적은 무엇입니까?

A: --executePrereqs 옵션은 인증서를 제거하기 전에 필요 조건 검사를 실행하고 결과를 보고하여 작업 환경이 제대로 준비되었는지 확인합니다.

Q: –resume 옵션은 무엇을 합니까?

A: --resume 옵션은 이전에 중단된 경우 제거 작업을 재개합니다.

Q: 중단된 작업을 재개할 때 세션 ID를 지정하려면 어떻게 해야 합니까?

A: --sessionID 옵션을 사용하여 재개할 중단된 작업의 세션 ID를 지정합니다.

Q: –bounceListeners 플래그는 무엇을 합니까?

A: --bounceListeners 플래그는 TCPS 인증서가 제거된 후 Grid Infrastructure 리스너 및 스캔 리스너를 재시작하는 데 사용됩니다.

Q: 청취자를 바운딩하지 않고 TCPS 인증서를 제거할 수 있습니까?

A: 예, --bounceListeners 플래그는 선택 사항입니다. 지정하지 않으면 리스너가 자동으로 반송되지 않습니다.

Q: 나는 어떻게 가동이 안전하게 달릴 것이라는 점을 보장해서 좋습니까?

A: --executePrereqs 옵션을 사용하여 명령을 실행하기 전에 필요 조건 검사를 수행하여 제거 프로세스 전에 모든 항목이 순서대로 있는지 확인할 수 있습니다.

Q: 일련 번호로 특정 사용자 인증서를 제거해야 하는 경우 어떻게 해야 합니까?

A: --subject 옵션을 사용하여 인증서의 주체를 지정하고, --userCert 플래그를 사용하여 사용자 인증서임을 나타내고, --serialNumber 옵션을 사용하여 인증서의 일련 번호를 지정합니다.

Q: 한 번에 여러 인증서를 제거할 수 있습니까?

A: 아니요. 이 명령은 제공된 주체 및 기타 매개변수에 따라 한 번에 단일 인증서를 제거하도록 설계되었습니다.

Q: 인증서 제거 프로세스가 중단되면 어떻게 됩니까?

A: 중단된 프로세스의 --sessionID와 함께 --resume 옵션을 사용하여 작업을 재개할 수 있습니다.

Q: root 유저로 명령을 실행해야 합니까?

A: 예, dbaascli grid removeTCPSCert 명령을 root 사용자로 실행하여 TCPS 인증서 제거에 필요한 권한을 가져야 합니다.

Q: 제거하려는 인증서를 어떻게 식별할 수 있습니까?

A: 해당 주체 및 선택적으로 일련 번호로 인증서를 식별하여 제거할 올바른 인증서를 대상으로 지정할 수 있습니다.

Q: 신뢰할 수 있는 인증서를 제거하는 명령의 예는 무엇입니까?

A: 다음은 예제입니다.

dbaascli grid removeTCPSCert --subject "CN=example_cert" --trustedCert

dbaascli 그리드 rotateTCPSCert

TCPS 인증서를 교체하려면 dbaascli grid rotateTCPSCert 명령을 사용하십시오.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli grid rotateTCPSCert
[--pkcs12WalletFilePath]
[--caCertChain]
[--precheckOnly]
[--serverCert]
[--privateKey]
[--certType]
[--privateKeyPasswordProtected]

매개변수:

매개변수	설명
`--pkcs12WalletFilePath`	`pkcs12` 전자 지갑 형식으로 된 인증서 파일의 절대 경로를 지정하십시오.
`--caCertChain`	중간 CA 및 루트 CA 인증서를 포함하는 연결된 인증서 목록
`--precheckOnly`	이 작업에 대한 사전 검사만을 실행하도록 `yes`를 지정합니다. 적합한 값: `yes` 또는 `no`.
`--serverCert`	TCPS 구성을 위해 사용 또는교체할 PEM 인증서의 경로를 지정합니다.
`--privateKey`	인증서의 개인 키 파일 경로를 지정합니다.
`--certType`	Grid Infrastructure 전자 지갑에 추가할 인증서의 유형입니다. 허용되는 값은 `SELF_SIGNED_CERT`, `CA_SIGNED_CERT` 또는 `PKCS12_CERT`입니다. 기본값: `SELF_SIGNED_CERT`
`--privateKeyPasswordProtected`	개인 키가 암호로 보호되는지 여부를 지정합니다. 적합한 값: `true` 또는 `false`. 기본값: `true`.

FAQ(자주 묻는 질문):

Q: dbaascli grid rotateTCPSCert 명령의 목적은 무엇입니까?

A: dbaascli grid rotateTCPSCert 명령은 Oracle Base Database Cloud@Customer 환경의 Grid Infrastructure 전자 지갑에서 TCPS(전송 계층 보안 프로토콜) 인증서를 교체하는 데 사용됩니다.

Q: dbaascli grid rotateTCPSCert 명령을 실행하기 위한 전제 조건은 무엇입니까?

A: 명령은 root 사용자로 실행해야 합니다.

Q: –pkcs12WalletFilePath 옵션은 무엇을 지정합니까?

A: --pkcs12WalletFilePath 옵션은 TCPS 구성에 대한 PKCS12 전자 지갑 형식의 인증서 파일에 대한 절대 경로를 지정합니다.

Q: –caCertChain 옵션의 목적은 무엇입니까?

A: --caCertChain 옵션은 TCPS 구성에 대해 중간 CA 및 루트 CA 인증서를 비롯한 연결된 인증서 목록을 지정합니다.

Q: –precheckOnly 옵션은 무엇을 합니까?

A: --precheckOnly 옵션을 사용하면 실제 변경 없이 사전 검사를 실행할 수 있습니다. 유효한 값은 사전 검사만 실행하려면 "yes", 순환을 계속하려면 "no"입니다.

Q: –serverCert 옵션은 어떻게 사용됩니까?

A: --serverCert 옵션은 TCPS 구성에 사용되거나 교체된 PEM(Privacy Enhanced Mail) 서버 인증서의 경로를 지정합니다.

Q: –privateKey 옵션은 무엇을 지정합니까?

A: --privateKey 옵션은 TCPS 순환에 사용되는 서버 인증서에 해당하는 개인 키 파일의 경로를 지정합니다.

Q: –certType 옵션의 유효한 값은 무엇입니까?

A: --certType 옵션은 Grid Infrastructure 전자 지갑에 추가할 인증서 유형을 지정하기 위해 다음 값을 허용합니다.

SELF_SIGNED_CERT(기본값)
CA_SIGNED_CERT
PKCS12_CERT

Q: –privateKeyPasswordProtected 옵션은 무엇을 합니까?

A: --privateKeyPasswordProtected 옵션은 개인 키가 암호로 보호되는지 여부를 나타냅니다. 적합한 값은 true(기본값) 및 false입니다.

Q: 인증서를 교체하지 않고 dbaascli grid rotateTCPSCert 명령을 실행할 수 있습니까?

A: 예, --precheckOnly yes 옵션을 사용하면 인증서를 교체하지 않고 사전 검사만 실행할 수 있습니다.

Q: PKCS12 전자 지갑을 사용하여 인증서를 교체하는 명령의 예는 무엇입니까?

A: 다음은 예제 명령입니다.

dbaascli grid rotateTCPSCert --pkcs12WalletFilePath /path/to/wallet.p12 --certType PKCS12_CERT

Q: CA 서명 인증서 체인을 사용하여 서버 인증서를 교체하려면 어떻게 해야 합니까?

A: 다음과 같이 --serverCert 및 --caCertChain 옵션을 사용합니다.

dbaascli grid rotateTCPSCert --serverCert /path/to/serverCert.pem --caCertChain /path/to/caChain.pem

Q: –privateKeyPasswordProtected를 지정하지 않으면 어떻게 됩니까?

A: --privateKeyPasswordProtected 옵션을 지정하지 않으면 이 명령은 개인 키가 암호로 보호된 것으로 간주합니다(기본값: true).

Q : 자체 서명 된 인증서를 교체 할 수 있습니까?

A: 예, 기본 --certType SELF_SIGNED_CERT 옵션을 사용하거나 명시적으로 지정하여 자체 서명된 인증서를 교체할 수 있습니다.

Q: 개인 키를 제공하지 않고 인증서를 교체하려면 어떻게 해야 합니까?

A: PKCS12와 같은 특정 인증서 유형의 경우 별도의 개인 키 파일이 전자 지갑에 포함되어 있으므로 제공하지 않아도 됩니다. 하지만 개인 키가 필요한 경우 --privateKey 옵션을 사용하여 제공해야 합니다.

Q: 백그라운드에서 인증서를 교체하려면 어떻게 해야 합니까?

A: dbaascli grid rotateTCPSCert 명령은 백그라운드 실행을 위한 명시적 옵션을 제공하지 않습니다. 백그라운드 세션에서 직접 명령을 실행할 수 있습니다(예: nohup 또는 유사한 도구 사용).

Q: 지정되지 않은 경우 기본 인증서 유형은 무엇입니까?

A: 기본 인증서 유형은 SELF_SIGNED_CERT입니다.

예: dbaascli grid rotateTCPSCert

자체 서명된 인증서를 사용하여 인증서를 교체하려면(기본 옵션):

dbaascli grid rotateTCPSCert

CA 서명 인증서를 사용하여 인증서를 교체하려면 다음과 같이 하십시오.

dbaascli grid rotateTCPSCert --cert_type CA_SIGNED_CERT --server_cert /tmp/certs/server_cert.pem --ca_cert_chain /tmp/certs/ca.pem --private_key /tmp/certs/encrypted_private.key --privateKeyPasswordProtected true

dbaascli 그리드 업그레이드

한 주 버전에서 다른 주 버전으로 Oracle Grid Infrastructure를 업그레이드하려면 dbaascli grid upgrade 명령을 사용합니다.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli grid upgrade --version
[--resume]
[--executePrereqs]
[--containerURL]
[--softwareOnly]
[--targetHome]
[--revert]

매개변수:

매개변수	설명
`--version`	대상 버전을 지정합니다.
`--resume`	이전 실행을 재개합니다.
`--executePrereqs`	Grid Infrastructure 업그레이드에 대한 필요 조건을 실행합니다.
`--containerUrl`	Grid Infrastructure 이미지를 인출하기 위한 사용자정의 URL을 지정합니다.
`--softwareOnly`	Grid Infrastructure 소프트웨어만 설치합니다.
`--targetHome`	기존 대상 Grid 홈의 경로를 지정합니다.
`--revert`	실패한 실행 되돌리기

FAQ(자주 묻는 질문):

Q: dbaascli grid upgrade 명령의 목적은 무엇입니까?

A: dbaascli grid upgrade 명령은 Oracle Base Database Cloud@Customer 가상 머신의 한 주 버전에서 다른 주 버전으로 Oracle Grid Infrastructure를 업그레이드하는 데 사용됩니다.

Q: dbaascli grid upgrade 명령을 실행하기 위한 전제 조건은 무엇입니까?

A: 이 명령은 root 사용자로 실행해야 하며, Oracle Base Database Cloud@Customer 가상 머신에 접속해야 합니다.

Q: –version 옵션은 무엇을 지정합니까?

A: --version 옵션은 업그레이드할 대상 Oracle Grid Infrastructure 버전을 지정합니다.

Q: –resume 옵션은 무엇을 합니까?

A: --resume 옵션은 이전에 중단되었거나 실패한 Grid Infrastructure 업그레이드 프로세스를 재개합니다.

Q: –executePrereqs 옵션은 어떻게 사용됩니까?

A: --executePrereqs 옵션은 실제 업그레이드를 수행하지 않고 Grid Infrastructure 업그레이드에 대한 필요 조건 검사만 실행합니다.

Q: –containerURL 옵션의 목적은 무엇입니까?

A: --containerURL 옵션은 업그레이드를 위해 Grid Infrastructure 소프트웨어 이미지를 인출할 사용자정의 URL을 지정합니다.

Q: –softwareOnly 옵션은 무엇을 합니까?

A: --softwareOnly 옵션은 Grid 환경을 구성하거나 업그레이드하지 않고 Grid Infrastructure 소프트웨어만 설치합니다.

Q: 언제 –targetHome 옵션을 사용합니까?

A: --targetHome 옵션은 업그레이드가 수행될 기존 대상 Grid 홈의 경로를 지정합니다.

Q: 업그레이드가 실패하면 어떻게 됩니까?

A: 업그레이드가 실패하면 --revert 옵션을 사용하여 업그레이드를 이전 상태로 롤백할 수 있습니다.

Q: 단계별로 Grid Infrastructure 업그레이드를 수행할 수 있습니까?

A: 예. --softwareOnly 옵션을 사용하면 먼저 소프트웨어를 설치한 다음 나중에 전체 업그레이드를 완료하여 스테이지된 업그레이드를 수행할 수 있습니다.

Q: dbaascli grid upgrade 명령을 사용하여 소프트웨어만 업그레이드하려면 어떻게 해야 합니까?

A: 다음 구문을 사용하여 소프트웨어만 업그레이드합니다.

dbaascli grid upgrade --version <target_version> --softwareOnly

Q: 업그레이드를 수행하지 않고 업그레이드 필요 조건을 확인할 수 있습니까?

A: 예. 다음을 사용하여 필요 조건 검사만 실행할 수 있습니다.

dbaascli grid upgrade --version <target_version> --executePrereqs

Q: 사용자정의 컨테이너 URL을 사용하여 Grid Infrastructure를 업그레이드하려면 어떻게 해야 합니까?

A: 다음과 같이 Grid Infrastructure 이미지를 패치(fetch)할 URL을 지정할 수 있습니다.

dbaascli grid upgrade --version <target_version> --containerURL <custom_url>

Q: 이전에 중단된 업그레이드 프로세스를 어떻게 재개할 수 있습니까?

A: 이전에 중단되었거나 실패한 업그레이드를 재개하려면 다음을 사용합니다.

dbaascli grid upgrade --version <target_version> --resume

Q: dbaascli grid upgrade 명령에서 –revert 옵션은 무엇을 합니까?

A: --revert 옵션은 실패하거나 중단된 Grid Infrastructure 업그레이드를 원래 상태로 롤백합니다.

Q: Grid Infrastructure를 즉시 구성하지 않고 전체 업그레이드를 수행할 수 있습니까?

A: 예, 먼저 --softwareOnly 옵션을 사용하여 소프트웨어만 설치한 다음 나중에 구성할 수 있습니다.

Q: 업그레이드가 실패하고 변경 사항을 취소하려면 어떻게 해야 합니까?

A: 실패한 업그레이드를 롤백하려면 --revert 옵션을 사용합니다.

dbaascli grid upgrade --version <target_version> --revert

예: dbaascli grid upgrade

dbaascli grid upgrade --version 19.11.0.0.0 --executePrereqs
DBAAS CLI version MAIN
Executing command grid upgrade --version 19.11.0.0.0 --executePrereqs

dbaascli 그리드 패치

Oracle Grid Infrastructure를 지정된 부 버전으로 패치하려면 dbaascli grid patch 명령을 사용합니다.

필수 조건:

root 사용자로 명령을 실행합니다.

구문:

dbaascli grid patch
 {
            --targetVersion <value>
            | --targetHome <value>
        }
        [--executePrereqs] [--nodeList <value>] [--continueWithDbDowntime] [--drainTimeoutInSeconds <value>] [--containerURL <value>] [--imageFile <value>] [--patchInParallel]
        {
            [--resume [--sessionID <value>]]
            | [--rollback [--sessionID <value>]]
        }
        [--waitForCompletion <value>]

매개변수:

매개변수	설명
`--targetVersion`	마침표로 구분된 다섯 개의 숫자 세그먼트로 지정된 Oracle 홈의 대상 버전(예: 19.12.0.0.0)을 지정합니다.
`--targetHome`	외부 수행 패치 적용을 위한 대상 그리드 Infrastructure 홈의 전체 경로를 지정합니다.
`--containerURL`	Grid Infrastructure 이미지를 인출하기 위한 사용자정의 URL을 지정합니다.
`--executePrereqs`	필요 조건을 실행하는 옵션
`--nodeList`	노드의 부분 집합에서 패치를 수행해야 하는 경우 콤마로 구분되는 노드 목록을 지정합니다.
`--patchInParallel`	원격 노드 패치를 병렬로 수행하도록 지정합니다.
`--rollback`	패치된 Oracle 홈을 롤백하도록 지정합니다.
`--resume`	이전 실행을 재개합니다.
`--sessionID`	특정 세션ID를 재개하도록 지정합니다.
`--continueWithDbDowntime`	데이터베이스 작동 중지 시간으로 패치를 계속합니다. 이 옵션은 실행 중인 활성 인스턴스가 1개뿐이고, 작동 중지 시간이 있어서도 패치 작업을 계속할 수 있는 환경에서 사용할 수 있으며,
`--drainTimeoutInSeconds`	데이터베이스를 정지하는 동안 리소스 드레이닝을 완료하는 시간(초)을 지정하십시오.
`--createImage`	지정된 대상 버전으로 패치된 활성 그리드 홈의 복사본에서 이미지를 만듭니다.
`--createImageDir`	이미지가 생성될 디렉토리의 전체 경로를 지정합니다.
`--imageFile`	사용할 이미지의 전체 경로를 지정합니다.
`--patchInParallel`	원격 노드에 병렬로 패치 적용 수행
`--waitForCompletion`	백그라운드에서 작업을 실행하려면 `false`를 지정합니다. 적합한 값: `true` 또는 `false`

FAQ(자주 묻는 질문):

Q: dbaascli grid patch 명령은 무엇을 합니까?

A: dbaascli grid patch 명령은 Oracle Grid Infrastructure를 지정된 부 버전으로 패치하는 데 사용됩니다.

Q: dbaascli grid patch 명령을 실행하려면 특별한 권한이 필요합니까?

A: 예, root 사용자로 dbaascli grid patch 명령을 실행해야 합니다.

Q: Oracle Grid Infrastructure에 패치를 적용할 때 대상 버전을 지정할 수 있습니까?

A: 예, --targetVersion 옵션을 사용하여 대상 버전을 지정할 수 있습니다.

Q: 패치의 대상 버전을 어떻게 지정합니까?

A: --targetVersion 옵션 뒤에 19.12.0.0.0 형식의 버전 번호를 사용합니다.

Q: dbaascli grid patch 명령에서 –containerURL 옵션은 무엇을 합니까?

A: --containerURL 옵션을 사용하면 Grid Infrastructure 이미지를 인출하기 위한 사용자정의 URL을 지정할 수 있습니다.

Q: –executePrereqs 옵션의 목적은 무엇입니까?

A: --executePrereqs 옵션은 패치를 적용하기 전에 필요 조건 검사를 실행하는 데 사용됩니다.

Q: dbaascli grid patch 명령을 사용하여 노드 하위 세트를 패치하려면 어떻게 해야 합니까?

A: 노드의 하위 세트만 패치하려면 --nodeList 옵션 뒤에 콤마로 구분된 노드 이름 목록을 사용합니다.

Q: –rollback 옵션을 사용하면 어떻게 됩니까?

A: --rollback 옵션은 패치된 Oracle 홈을 이전 상태로 롤백합니다.

Q: 이전 패치 세션을 재개할 수 있습니까?

A: 예. --resume 옵션을 사용하여 마지막 패치 세션을 재개할 수 있습니다. 특정 세션 ID가 있는 경우 --sessionID 옵션을 사용하여 지정할 수 있습니다.

Q: –continueWithDbDowntime 옵션은 무엇을 위해 사용됩니까?

A: --continueWithDbDowntime 옵션을 사용하면 일반적으로 활성 인스턴스가 하나만 있는 환경에서 사용되는 데이터베이스 작동 중지 시간이 있어도 계속 패치를 적용할 수 있습니다.

Q: 패치된 Grid 홈에서 이미지를 생성하려면 어떻게 해야 합니까?

A: --createImage 옵션을 사용하여 이미지를 생성합니다. --createImageDir 옵션을 사용하여 이미지를 생성할 디렉토리를 지정할 수 있습니다.

Q: –imageFile 옵션의 목적은 무엇입니까?

A: --imageFile 옵션을 사용하면 패치 적용에 사용할 이미지 파일의 정규화된 경로를 지정할 수 있습니다.

Q: 백그라운드에서 dbaascli grid patch 명령을 실행하려면 어떻게 해야 합니까?

A: false로 설정된 --waitForCompletion 옵션을 사용하여 백그라운드에서 작업을 실행할 수 있습니다.

Q: 사용자 정의 URL을 사용하여 패치 이미지를 가져올 수 있습니까?

A: 예, --containerURL 옵션을 사용하여 Grid Infrastructure 이미지를 인출하기 위한 사용자 정의 URL을 지정할 수 있습니다.

Q: 패치를 적용하지 않으려면 패치를 적용할 노드를 어떻게 지정합니까?

A: 쉼표로 구분된 노드 이름 목록과 함께 --nodeList 옵션을 사용하여 패치할 노드를 지정할 수 있습니다.

Q: 패치를 롤백해야 하는 경우 어떻게 해야 합니까?

A: dbaascli grid patch 명령에서 --rollback 옵션을 사용하여 패치를 롤백합니다.

Q: 환경에 활성 인스턴스가 하나만 있고 작동 중지 시간을 계속해야 하는 경우 패치 작업을 처리하려면 어떻게 해야 합니까?

A: --continueWithDbDowntime 옵션을 사용하여 데이터베이스 작동 중지 시간이 있는 경우에도 패치 적용을 계속합니다.

Q: 패치된 Grid 홈의 이미지를 만들 수 있습니까?

A: 예, --createImage 옵션을 사용하여 패치된 Grid 홈의 이미지를 만들 수 있습니다. 필요한 경우 --createImageDir를 사용하여 이미지를 저장할 디렉토리를 지정합니다.

Q: 중단 후 패치 세션을 재개하려면 어떻게 해야 합니까?

A: --resume 옵션을 사용하여 패치 세션을 재개합니다. 세션 ID를 알고 있는 경우 --sessionID를 사용하여 지정할 수 있습니다.

Q : 패치 프로세스가 중간에 실패하면 어떻게됩니까?

A: 패치 프로세스가 실패하면 --resume 옵션을 사용하여 프로세스를 재시작할 수 있습니다. --rollback 옵션을 사용하여 이전 상태로 되돌릴 수도 있습니다.

Q: 패치를 적용하기 전에 모든 필요 조건이 충족되었는지 어떻게 확인할 수 있습니까?

A: 패치를 적용하기 전에 모든 필요 조건 검사를 실행하려면 --executePrereqs 옵션을 사용합니다.

Q: 나는 맨끝을 붙들지 않기 위하여 배경에서 패치를 실행할 수 있습니까?

A: 예. --waitForCompletion false 옵션을 사용하여 백그라운드에서 패치 프로세스를 실행할 수 있습니다.

Q: 패치 적용 후 Grid 홈 이미지를 생성하려면 어떻게 해야 합니까?

A: 패치된 Grid 홈에서 새 이미지를 생성하려면 --createImage 옵션을 사용합니다. 필요한 경우 --createImageDir를 사용하여 디렉토리를 지정합니다.

Q: 기존 이미지 파일을 패치에 어떻게 사용합니까?

A: --imageFile 옵션을 사용하여 패치 적용에 사용할 이미지 파일의 정규화된 경로를 지정할 수 있습니다.

Q: 패치 적용 중 데이터베이스 작동 중지 시간을 방지하려면 어떻게 해야 합니까?

A: 환경에 실행 중인 활성 인스턴스가 두 개 이상 있는지 확인합니다. 활성 인스턴스가 하나만 있는 환경에서는 --continueWithDbDowntime 옵션을 사용하지 않도록 할 수 있습니다.

Q: 백그라운드에서 실행되는 패치의 진행 상황을 어떻게 알 수 있습니까?

A: --waitForCompletion false를 사용하여 패치를 실행하는 경우 ps와 같은 운영 체제 명령을 사용하여 백그라운드 작업의 상태를 확인하거나 Grid 홈에 있는 로그를 확인할 수 있습니다.

Q: dbaascli 격자 패치를 사용하여 더 높은 주요 버전으로 패치를 적용할 수 있습니까?

A: 아니오, dbaascli grid patch는 현재 주 버전의 부 버전으로만 패치를 적용할 수 있습니다. 주요 업그레이드의 경우 다른 업그레이드 프로세스를 따라야 합니다.

Q: 패치하는 동안 특정 필요 조건 검사를 건너뛸 수 있습니까?

A: 아니오, --executePrereqs를 사용하면 모든 필요 조건 검사가 실행됩니다. 하지만 계속하기 전에 필요 조건 검사 결과를 검토하고 문제를 수동으로 처리할 수 있습니다.

Q: 패치 적용 프로세스가 중단되거나 중단되면 어떻게 해야 합니까?

A: 패치 적용 프로세스가 응답하지 않으면 운영 체제 명령을 사용하여 중지한 다음 --resume 옵션을 사용하여 재개할 수 있습니다. 작동하지 않을 경우 --rollback 옵션을 사용하여 패치를 복원해 보십시오.

Q: 여러 클러스터에서 패치 프로세스를 자동화할 수 있습니까?

A: 예. dbaascli grid patch 명령을 적절한 옵션과 함께 포함하는 스크립트를 사용하면 여러 클러스터에서 패치 적용을 자동화할 수 있습니다.

Q: 패치 적용 프로세스에 대한 로그는 어디에서 찾을 수 있습니까?

A: 로그는 일반적으로 Oracle Grid 홈 로그 디렉토리 또는 설정 중에 지정된 기본 위치에 있습니다. 패치 적용 프로세스에 대한 자세한 내용은 이러한 로그를 모니터할 수 있습니다.

Q: 사용자 상호 작용 없이 자동 패치 프로세스를 생성할 수 있습니까?

A: 예. 명령에 필요한 모든 옵션을 지정하고 백그라운드(--waitForCompletion false)에서 실행하여 비대화식 패치 적용 프로세스를 생성할 수 있습니다.

Q: 패치를 적용하기 전에 사용 가능한 패치 업데이트를 확인할 수 있습니까?

A: dbaascli grid patch 명령 자체에는 사용 가능한 패치를 나열할 수 있는 옵션이 없습니다. 하지만 Oracle Support와 같은 Oracle의 표준 방법을 사용하여 최신 패치를 식별할 수 있습니다.

Q: dbaascli를 사용하여 여러 Oracle 홈에 패치를 적용할 수 있습니까?

A: 아니요. dbaascli grid patch 명령은 한 번에 특정 Oracle Grid Infrastructure 홈에 패치를 적용하도록 설계되었습니다. 각 홈에 대해 별도로 명령을 실행해야 합니다.

Q: Grid Infrastructure에 패치를 적용할 때 다운타임을 완전히 방지할 수 있는 방법이 있습니까?

A: 작동 중지 시간을 최소화하려면 노드별로 패치 작업을 수행할 수 있도록 환경에 여러 활성 데이터베이스 인스턴스(RAC 구성)가 있는지 확인하십시오. 이 경우 --continueWithDbDowntime 옵션을 사용하면 안됩니다.

Q: RAC One Node 환경에 대한 패치 적용은 어떻게 처리합니까?

A: RAC One Node 환경에서는 활성 인스턴스가 하나만 있을 수 있으므로 --continueWithDbDowntime 옵션에 주의해야 합니다. RAC One Node에 대한 특정 패치 적용 지침은 Oracle 설명서를 검토하십시오.

Q: 이전 패치의 세션 기록을 볼 수 있습니까?

A: dbaascli 유틸리티는 세션 기록을 볼 수 있는 직접적인 방법을 제공하지 않습니다. 그러나 이전 패치 세션의 로그는 Grid 홈 로그 디렉토리에서 찾을 수 있습니다.

예제는 다음과 같습니다.

예: 기본 그리드 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0

Oracle Grid Infrastructure를 버전 19.12.0.0.0에 패치합니다.

예: 사용자정의 컨테이너 URL로 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --containerURL https://example.com/custom/url

커스텀 컨테이너 URL을 사용하여 Grid Infrastructure 이미지를 인출하는 방식으로 Grid Infrastructure를 버전 19.12.0.0.0으로 패치합니다.

예: 필요 조건 검사를 사용한 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

필요 조건 검사를 실행한 후 Grid Infrastructure를 버전 19.12.0.0.0으로 패치합니다.

예: 노드 부분 집합에 대한 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2,node3

Grid Infrastructure를 지정된 노드(node1, node2 및 node3)의 버전 19.12.0.0.0에 패치합니다.

예: 패치 롤백

dbaascli grid patch --rollback

Oracle Grid Infrastructure에서 마지막으로 적용된 패치를 롤백합니다.

예: 이전 패치 작업 재개

dbaascli grid patch --resume

정지된 위치에서 이전 패치 작업을 재개합니다.

예: 특정 세션 ID로 패치 작업 재개

dbaascli grid patch --resume --sessionID 12345

세션 ID 12345를 사용하여 패치 작업을 재개합니다.

예: 데이터베이스 작동 중지 시간이 허용된 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime

Grid Infrastructure를 버전 19.12.0.0.0에 패치하고 필요한 경우 데이터베이스 작동 중지 시간을 허용합니다.

예: 패치된 이미지 생성

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir

패치된 Grid 홈의 이미지(버전 19.12.0.0.0)를 생성하고 지정된 디렉토리에 저장합니다.

예: 기존 이미지 파일 사용

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /path/to/image/file.zip

/path/to/image/file.zip에 있는 기존 이미지 파일을 사용하여 Grid Infrastructure를 버전 19.12.0.0.0에 패치합니다.

예제: 백그라운드에서 패치 작업 실행

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

Grid Infrastructure를 버전 19.12.0.0.0에 패치하고 백그라운드에서 작업을 실행합니다.

예: 필요 조건, 사용자 정의 URL 및 노드 하위 세트 조합

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --containerURL https://example.com/custom/url --nodeList node1,node2

Grid Infrastructure를 버전 19.12.0.0.0에 패치하고, 필요 조건 검사를 실행하고, 이미지에 대한 사용자정의 URL을 사용하고, node1 및 node2에만 패치를 적용합니다.

예: 기존 이미지 파일로 패치된 이미지 만들기

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /path/to/dir --imageFile /path/to/existing/image.zip

패치에 대한 기존 이미지 파일을 사용하는 동안 패치된 이미지를 만들어 지정된 디렉토리에 저장합니다.

예: 패치 적용 없이 필요 조건 확인

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs

패치를 실제로 적용하지 않고 버전 19.12.0.0.0에 패치를 적용하기 위한 모든 필요 조건이 충족되었는지 확인합니다.

예: 패치 실행 및 필요 조건 실패 무시

dbaascli grid patch --targetVersion 19.12.0.0.0 --continueWithDbDowntime --executePrereqs

일부 필요 조건 검사가 실패하더라도 패치를 실행합니다. 이는 작동 중지 시간이 허용되고 특정 필요 조건을 무시할 수 있는 시나리오에서 유용합니다.

예: 패치 로그에서 문제 확인

tail -f /u01/app/grid/logs/grid_patch.log

패치 로그를 실시간으로 모니터링하여 패치 프로세스 중에 발생한 문제를 진단합니다.

예제: 병렬 환경에서 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node2 --waitForCompletion false

노드 하위 세트(node1 및 node2)에서 Grid Infrastructure를 패치하고 백그라운드에서 프로세스를 실행합니다.

예: 외부 소스의 특정 이미지 파일 사용

dbaascli grid patch --targetVersion 19.12.0.0.0 --imageFile /mnt/images/grid_patch_19.12.zip

외부 저장 장치에 있는 사전 다운로드된 이미지 파일을 사용하여 Grid Infrastructure를 패치합니다.

예: 사용자 정의 세션 ID로 패치 실행

dbaascli grid patch --targetVersion 19.12.0.0.0 --resume --sessionID 67890

세션 ID 67890을 사용하여 중단된 패치 작업을 재개합니다.

예제: 나중에 실행되도록 패치 일정 잡기

echo "dbaascli grid patch --targetVersion 19.12.0.0.0" | at 02:00

Linux에서 at 명령을 사용하여 오전 2:00에 실행되도록 패치 명령을 스케줄링합니다.

예: 완료를 위한 시간 초과 지정

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion true --continueWithDbDowntime --timeout 7200

Grid Infrastructure를 패치하면서 작동 중지 시간을 허용하지만 시간 초과 전에 완료될 때까지 최대 7200초(2시간) 기다립니다.

예: 다른 환경에 대한 사용자정의 이미지 생성

dbaascli grid patch --targetVersion 19.12.0.0.0 --createImage --createImageDir /backups/images/grid_patch

다른 환경에서 사용할 수 있도록 /backups/images/grid_patch 디렉토리에 저장할 패치된 Grid Infrastructure의 사용자정의 이미지를 생성합니다.

예: 중단 후 패치 복구

dbaascli grid patch --resume --continueWithDbDowntime

중단된 경우 데이터베이스 작동 중지 시간이 허용되어 패치 적용 프로세스를 복구하고 재개합니다.

예제: 필요 조건 검사와 백그라운드 실행 결합

dbaascli grid patch --targetVersion 19.12.0.0.0 --executePrereqs --waitForCompletion false

필요 조건을 확인하고 백그라운드에서 패치를 실행합니다.

예: 더 빠른 패치 적용을 위해 이미지 생성 건너뛰기

dbaascli grid patch --targetVersion 19.12.0.0.0 --patchInParallel --continueWithDbDowntime --waitForCompletion false

Grid Infrastructure를 노드 간에 병렬로 버전 19.12.0.0.0에 패치하고, 데이터베이스 작동 중지 시간이 허용되며, 프로세스 속도를 높이기 위해 이미지를 생성하지 않습니다.

예: 로그를 통한 패치 진행 모니터

tail -f /u01/app/grid/logs/grid_patch_progress.log

로그 파일을 모니터링하여 패치 진행 상황을 실시간으로 모니터링하고 패치 프로세스의 각 단계에 대한 통찰력을 제공합니다.

예: 사용자정의 드레인 시간 초과로 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --drainTimeoutInSeconds 3600 --continueWithDbDowntime

Grid Infrastructure를 패치하고 사용자 정의 시간 초과를 1시간(3600초)으로 설정하여 데이터베이스 작동 중지 시간 동안 정상적으로 리소스를 비울 수 있도록 합니다.

예: 필요 조건 검사를 사용하여 특정 노드에 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --nodeList node1,node4 --executePrereqs

node1 및 node4 노드만 버전 19.12.0.0.0에 패치하고 필요 조건 검사를 미리 실행합니다.

예: 완료 대기 없이 패치 적용

dbaascli grid patch --targetVersion 19.12.0.0.0 --waitForCompletion false

백그라운드에서 Grid Infrastructure를 버전 19.12.0.0.0으로 패치하기 시작하여 프로세스가 완료될 때까지 기다리지 않고 다른 작업을 수행할 수 있도록 합니다.

예: 드레인 시간 초과 문제 후 실패한 패치 재적용

dbaascli grid patch --resume --drainTimeoutInSeconds 7200

이전 패치 세션을 재개하고 이전 시도의 시간 부족으로 인해 실패한 경우 리소스 드레이닝 시간 초과를 2시간(7200초)으로 연장합니다.

예: 특정 세션 ID를 사용하여 실시간으로 패치 로그 보기

tail -f /u01/app/grid/logs/grid_patch_12345.log

세션 ID가 12345인 패치 세션에 대한 로그 파일을 실시간으로 모니터합니다.

예: 새 대상 홈에 패치 적용

dbaascli grid patch --targetHome /u01/app/grid_home_19c --executePrereqs

필요 조건 검사와 함께 /u01/app/grid_home_19c에 있는 새 Oracle Grid 홈에 대한 외부 수행 패치를 수행합니다.

예: 백그라운드 패치 작업 중지

ps -ef | grep dbaascli | grep patch | awk '{print $2}' | xargs kill -9

연관된 PID(프로세스 ID)를 찾아서 정지하여 백그라운드 패치 작업을 정지합니다.

예: 로그 없이 패치 완료 확인

dbaascli grid status --targetVersion 19.12.0.0.0

현재 Grid Infrastructure 버전 상태를 확인하여 버전 19.12.0.0.0에 대한 패치가 성공적으로 적용되었는지 확인합니다.