TDE(투명한 데이터 암호화) 관리

이 섹션에는 데이터베이스 데이터 보안을 위한 TDE(투명한 데이터 암호화) 관리가 포함됩니다. 여기에는 암호화 키 및 키 저장소를 처리하는 명령(예: 보조 HSM 키를 추가하는 dbaascli tde addSecondaryHsmKey, 마스터 키를 교체하는 dbaascli tde rotateMasterKey, 플러그인할 수 있는 데이터베이스 내의 테이블스페이스를 암호화하는 dbaascli tde encryptTablespacesInPDB)이 포함됩니다. 또한 FILE 및 HSM 기반 TDE(dbaascli tde fileToHsm, dbaascli tde hsmToFile) 간에 변환하고, 키 버전을 관리하고, 다양한 명령을 사용하여 주요 세부 정보를 검색할 수 있습니다. 이러한 도구는 효과적인 암호화 관리 및 데이터 보안을 보장합니다.

dbaascli tde addSecondaryHsmKey

기존 HSM(KMS) 구성에 보조 HSM(KMS) 키를 추가하려면 dbaascli tde addSecondaryHsmKey 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde addSecondaryHsmKey --dbname <value> --secondaryKmsKeyOCID <value>
[--executePrereqs]

매개변수:

매개변수 설명
--secondaryKmsKeyOCID 기존 HSM(KMS) 구성에 추가할 보조 KMS 키를 지정합니다.
--dbname 데이터베이스명을 지정합니다.
--executePrereqs 필요 조건 검사 실행 및 결과 보고

FAQ(자주 묻는 질문):

Q: dbaascli tde addSecondaryHsmKey 명령은 무엇을 수행합니까?

A: dbaascli tde addSecondaryHsmKey 명령은 Oracle Base Database Cloud@Customer 데이터베이스에 대한 기존 HSM(KMS) 구성에 보조 HSM(KMS) 키를 추가합니다.

Q: 누가 dbaascli tde addSecondaryHsmKey 명령을 실행해야 합니까?

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

Q: 어떤 시스템에서 dbaascli tde addSecondaryHsmKey 명령을 실행해야 합니까?

A: 이 명령을 실행하려면 SSH를 사용하여 Oracle Base Database Cloud@Customer 가상 머신에 접속해야 합니다.

Q: 이 명령을 실행하기 위해 가상 머신에 연결하는 방법에 대한 자세한 내용은 어디에서 찾을 수 있습니까?

A: 연결 방법에 대한 지침은 Connecting to a Virtual Machine with SSH 설명서를 참조하십시오.

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

A: --secondaryKmsKeyOCID 옵션은 기존 HSM(KMS) 구성에 추가할 보조 KMS 키의 OCID(Oracle Cloud Identifier)를 지정합니다.

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

A: --dbname 옵션을 사용하면 보조 KMS 키를 추가할 데이터베이스의 이름을 지정할 수 있습니다. 선택사항입니다.

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

A: --precheckOnly 옵션을 yes로 설정하면 실제 변경 없이 작업의 사전 검사를 실행합니다. 적합한 값은 yes 또는 no입니다.

Q: 변경하지 않고 사전 검사를 실행할 수 있습니까?

A: 예, --precheckOnly yes 옵션을 사용하여 변경하지 않고 사전 검사만 실행할 수 있습니다.

Q: 보조 HSM 키를 추가하기 위해 이 명령을 실행하는 방법에 대한 예를 제공할 수 있습니까?

A: 다음은 예제입니다.

dbaascli tde addSecondaryHsmKey --secondaryKmsKeyOCID ocid1.kms.key.oc1..example

Q: 특정 데이터베이스에 대해 명령을 실행하려면 어떻게 해야 합니까?

A: 다음과 같이 데이터베이스 이름을 지정할 수 있습니다.

dbaascli tde addSecondaryHsmKey --secondaryKmsKeyOCID ocid1.kms.key.oc1..example --dbname mydatabase

Q: 사전 검사로만 명령을 실행하려면 어떻게 해야 합니까?

A: 사전 검사를 실행하려면 다음 구문을 사용합니다.

dbaascli tde addSecondaryHsmKey --secondaryKmsKeyOCID ocid1.kms.key.oc1..example --precheckOnly yes

Q: 명령이 실패하면 어떻게 해야 합니까?

A: root 사용자로 명령을 실행 중이고 올바른 Oracle Base Database Cloud@Customer 가상 머신에 연결되었는지 확인합니다. 또한 KMS 키의 OCID를 확인하고 필요한 권한이 부여되었는지 확인합니다.

Q: 보조 KMS 키에 대해 올바른 OCID가 있는지 확인하려면 어떻게 해야 합니까?

A: Oracle Cloud Infrastructure 콘솔의 KMS(키 관리 서비스) 섹션에서 KMS 키의 OCID를 검색할 수 있습니다.

Q: 보조 KMS 키를 추가하려면 어떤 권한이 필요합니까?

A: 관련 구획에 대한 KMS 키 관리 기능을 포함하여 KMS 작업을 위한 Oracle Cloud Infrastructure의 적절한 권한이 필요합니다.

Q: –dbname 옵션을 지정하지 않고 dbaascli tde addSecondaryHsmKey 명령을 사용할 수 있습니까?

A: 예, --dbname 옵션은 선택 사항입니다. 생략할 경우 이 명령은 기존 HSM(KMS) 구성을 사용하는 모든 데이터베이스에 적용됩니다.

Q: 보조 KMS 키를 추가하면 어떻게 됩니까?

A: 보조 KMS 키가 기존 구성에 추가되어 암호화 키 관리 중복성의 추가 계층을 제공합니다.

Q: 보조 KMS 키를 추가한 후 제거할 수 있습니까?

A: 아니요. 보조 KMS 키가 추가되면 제거할 수 없습니다. 나중에 키만 회전하거나 업데이트할 수 있습니다.

예: dbaascli tde addSecondaryHsmKey

dbaascli tde addSecondaryHsmKey --dbname dbname --secondaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza
dbaascli tde addSecondaryHsmKey --dbname dbname --secondaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza --precheckOnly yes

dbaascli tde changePassword

tde_ks_passwd 별칭에 대해 TDE 키 저장소 비밀번호와 DB 전자 지갑 비밀번호를 변경하려면 dbaascli tde changePassword 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde changePassword [--dbname <value>]
  {            [--prepareStandbyBlob <value> [--blobLocation <value>]]
               | [--standbyBlobFromPrimary <value>]
  }
  [--resume [--sessionID <value>]]

매개변수:

매개변수 설명
--dbname 데이터베이스 이름 지정
--prepareStandbyBlob DG 환경에서 작업을 수행하는 데 필요한 아티팩트가 포함된 blob 파일을 생성하려면 true를 지정하십시오.
--blobLocation DG 환경에서 대기 blob 파일이 생성될 사용자정의 경로입니다.
--standbyBlobFromPrimary 기본 데이터베이스에서 준비된 대기 blob 파일의 위치를 지정하십시오. 이 작업은 대기 작업에만 필요합니다.
--resume 이전 실행을 재개합니다.
--sessionID 특정 세션 ID를 재개합니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde changePassword 명령은 무엇을 수행합니까?

A: dbaascli tde changePassword 명령은 TDE(투명한 데이터 암호화) 키 저장소 비밀번호와 별칭 tde_ks_passwd에 대한 데이터베이스 전자 지갑 비밀번호를 변경합니다.

Q: 누가 dbaascli tde changePassword 명령을 실행해야 합니까?

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

Q: 언제 dbaascli tde changePassword 명령을 사용해야 합니까?

A: Oracle Base Database Cloud@Customer 데이터베이스에 대한 TDE 키 저장소 비밀번호 또는 DB 전자 지갑 비밀번호를 변경해야 하는 경우 이 명령을 사용합니다.

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

A: --dbname 옵션은 TDE 키 저장소 비밀번호를 변경하려는 데이터베이스의 이름을 지정합니다.

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

A: --pdbName 옵션은 TDE 키 저장소 비밀번호를 변경해야 하는 PDB(플러거블 데이터베이스)의 이름을 지정합니다. 이 옵션은 다중 테넌트 데이터베이스에 사용됩니다.

Q: 특정 데이터베이스에 대해 이 명령을 실행하는 방법의 예를 제공할 수 있습니까?

A: 다음은 특정 데이터베이스에 대한 TDE 키 저장소 암호를 변경하는 예제입니다.

dbaascli tde changePassword --dbname mydatabase

Q: 다중 테넌트 데이터베이스 내에서 특정 PDB에 대해 명령을 실행하려면 어떻게 해야 합니까?

A: 다음 구문을 사용하여 PDB 이름을 지정할 수 있습니다.

dbaascli tde changePassword --dbname mydatabase --pdbName mypdb

Q: dbaascli tde changePassword 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: root 유저로 명령을 실행하고 데이터베이스가 실행 중인 Oracle Base Database Cloud@Customer 가상 시스템에 액세스할 수 있어야 합니다.

Q: TDE 키 저장소 비밀번호를 변경하려면 데이터베이스를 정지해야 합니까?

A: 아니오, TDE 키 저장소 암호를 변경하기 위해 데이터베이스를 정지할 필요가 없습니다.

Q: 명령이 실패하면 어떻게 해야 합니까?

A: 명령을 root 유저로 실행하고 있으며 데이터베이스 이름(--dbname) 및 PDB 이름(해당하는 경우 --pdbName)이 올바른지 확인합니다.

Q: TDE 키 저장소 비밀번호를 변경할 때 "부적합한 비밀번호" 오류가 발생하면 어떻게 됩니까?

A: 새 암호가 시스템의 암호 복잡성 요구 사항에 부합하는지, 그리고 메시지가 나타나면 정확한 이전 암호를 입력하는지 확인합니다.

Q: TDE 키 저장소 비밀번호가 성공적으로 변경되었는지 확인하려면 어떻게 해야 합니까?

A: 데이터베이스 로그를 확인하거나 Oracle AI Database Vault 및 Key Management 뷰를 사용하여 TDE 키 저장소 비밀번호 변경이 성공했는지 확인할 수 있습니다.

Q: 다중 테넌트 데이터베이스 및 모든 PDB에 대한 TDE 키 저장소 비밀번호를 한 번에 변경할 수 있습니까?

A: 아니요. 다중 PDB에 대한 비밀번호를 변경해야 하는 경우 각 PDB에 대해 dbaascli tde changePassword 명령을 개별적으로 실행해야 합니다.

Q: 새 TDE 키 저장소 비밀번호를 잊어버린 경우 어떻게 됩니까?

A: 새 암호를 잊어버린 경우 설정에 따라 백업에서 키 저장소를 복원하거나 Oracle의 복구 프로세스에 따라 재설정해야 할 수 있습니다.

Q: TDE 키 저장소 암호 변경 프로세스를 자동화할 수 있습니까?

A: dbaascli tde changePassword 명령 자체는 자동화를 위해 설계되지 않았지만 필요한 경우 정기적인 데이터베이스 유지 관리 절차의 일부로 스크립팅할 수 있습니다.

Q: TDE 키 저장소 비밀번호를 얼마나 자주 변경해야 합니까?

A: Oracle은 조직의 보안 정책에 따라 정기적으로 TDE 키 저장소 비밀번호를 변경할 것을 권장합니다. 모범 사례에는 일반적으로 암호화 키 및 키 저장소 암호를 정기적으로 교체하는 과정이 포함됩니다.

비Data Guard 환경에서 TDE 비밀번호를 변경하려면

dbaascli tde changepassword --dbname
      <dbname>

Data Guard 환경에서 TDE 비밀번호를 변경하려면

  1. 기본 데이터베이스에서 TDE 비밀번호를 변경합니다.

    dbaascli tde changepassword --dbname
      <dbname> --prepareStandbyBlob true --blobLocation
      <Location where blob file has to be generated>

  2. 생성된 standby blob를 standby database 환경에 복사합니다.

  3. 대기 데이터베이스에서 TDE 비밀번호 변경

    dbaascli tde changepassword --dbname
     <dbname> --standbyBlobFromPrimary <Location of blob generated from
    primary>

dbaascli tde enableWalletRoot

기존 데이터베이스에 대해 wallet_root spfile 매개변수를 사용으로 설정하려면 dbaascli tde enableWalletRoot 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde enableWalletRoot --dbname <value>
[--dbRestart <value>]
[--executePrereqs]
[--resume [--sessionID <value>]]

매개변수:

매개변수 설명
--dbname Oracle AI Database의 이름을 지정합니다.
--dbrestart 데이터베이스 재시작 옵션을 지정합니다. 적합한 값은 rolling 또는 full입니다. 기본값은 rolling입니다. dbrestart 인수를 전달하지 않으면 데이터베이스가 rolling 방식으로 재시작됩니다.
--precheckOnly 이 작업에 대한 사전 검사만 실행합니다. 적합한 값은 yes 또는 no입니다.
--resume 이전 실행을 재개합니다.
--sessionID 특정 세션 ID를 재개합니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde enableWalletRoot 명령은 무엇을 수행합니까?

A: dbaascli tde enableWalletRoot 명령은 Oracle Base Database Cloud@Customer의 기존 Oracle AI Database에 대해 spfile의 wallet_root 매개변수를 사용으로 설정합니다.

Q: 누가 dbaascli tde enableWalletRoot 명령을 실행해야 합니까?

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

Q: 어떤 시스템에서 dbaascli tde enableWalletRoot 명령을 실행해야 합니까?

A: 이 명령을 실행하려면 SSH를 사용하여 Oracle Base Database Cloud@Customer 가상 머신에 접속해야 합니다.

Q: 가상 머신에 연결할 수 있는 지침은 어디에서 찾을 수 있습니까?

A: 연결에 대한 지침은 Connecting to a Virtual Machine with SSH 설명서를 참조하십시오.

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

A: --dbRestart 옵션은 wallet_root를 사용으로 설정한 후 데이터베이스를 재시작하는 방법을 지정합니다. 적합한 값은 다음과 같습니다.

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

A: --dbname 옵션을 사용하면 wallet_root 매개변수를 사용으로 설정해야 하는 Oracle AI Database의 이름을 지정할 수 있습니다.

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

A: --precheckOnly 옵션은 실제 변경 없이 작업의 사전 검사를 실행합니다. 적합한 값은 yes 또는 no입니다.

Q: –dbRestart 옵션을 지정하지 않으면 어떻게 됩니까?

A: --dbRestart 옵션을 지정하지 않으면 기본적으로 데이터베이스가 롤링 방식으로 재시작됩니다.

Q: 특정 데이터베이스에 대해 wallet_root를 활성화하는 방법에 대한 예제를 제공할 수 있습니까?

A: 다음은 mydatabase라는 데이터베이스에 대해 wallet_root를 사용으로 설정하는 예제입니다.

dbaascli tde enableWalletRoot --dbname mydatabase

Q: wallet_root를 활성화하고 전체 데이터베이스 재시작을 지정하려면 어떻게 해야 합니까?

A: 다음 명령을 사용하여 전체 데이터베이스 재시작을 통해 wallet_root를 활성화할 수 있습니다.

dbaascli tde enableWalletRoot --dbname mydatabase --dbRestart full

Q: 사전 검사로만 명령을 실행하려면 어떻게 해야 합니까?

A: 변경하지 않고 사전 검사를 수행하려면 다음 구문을 사용합니다.

dbaascli tde enableWalletRoot --dbname mydatabase --precheckOnly yes

Q: dbaascli tde enableWalletRoot 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: root 유저로 명령을 실행하고 올바른 Oracle Base Database Cloud@Customer 가상 시스템에 연결해야 합니다.

Q: wallet_root를 사용으로 설정하려면 데이터베이스를 다시 시작해야 합니까?

A: 예. 선택한 옵션에 따라 롤링 방식(기본값) 또는 완전히 데이터베이스를 재시작해야 합니다.

Q: 명령이 실패하면 어떻게 해야 합니까?

A: root 유저로 명령을 실행 중인지 확인하고 데이터베이스 이름(--dbname)이 올바른지 확인합니다. --precheckOnly로 실행 중인 경우 사전 검사 오류를 확인합니다.

Q: 명령을 실행한 후 데이터베이스가 재시작되지 않으면 어떻게 됩니까?

A: 올바른 다시 시작 옵션(rolling 또는 full)이 사용되었는지 확인하고 데이터베이스 로그에서 오류가 있는지 확인합니다. 자동 재시작이 실패할 경우 데이터베이스를 수동으로 재시작해야 할 수도 있습니다.

Q: wallet_root가 성공적으로 활성화되었는지 어떻게 확인할 수 있습니까?

A: 데이터베이스의 spfile을 확인하거나 Oracle SQL 질의를 사용하여 wallet_root 매개변수가 사용으로 설정되었는지 확인하여 변경사항을 확인할 수 있습니다.

Q: 데이터베이스를 재시작하지 않고 wallet_root를 활성화할 수 있습니까?

A: 아니오, 변경 사항을 적용하려면 데이터베이스를 재시작해야 합니다. 롤링 재시작 또는 전체 재시작 중에서 선택할 수 있습니다.

Q: 롤링 및 전체 데이터베이스 재시작의 차이점은 무엇입니까?

A: 롤링 재시작은 한 번에 한 인스턴스씩 데이터베이스를 재시작하여 작업 중에 데이터베이스를 부분적으로 사용할 수 있게 합니다. 전체 재시작을 수행하면 전체 데이터베이스가 종료되고 재시작되어 전체 작동 중지 시간이 발생합니다.

Q: 여러 데이터베이스에 대해 이 명령을 동시에 실행할 수 있습니까?

A: wallet_root를 사용으로 설정하려는 각 데이터베이스에 대해 dbaascli tde enableWalletRoot 명령을 별도로 실행해야 합니다.

Q: wallet_root를 사용으로 설정하면 기존 TDE 키 저장소 구성에 어떤 영향을 줍니까?

A: wallet_root를 사용으로 설정하면 TDE 키 저장소 위치가 새 전자 지갑 루트 디렉토리로 업데이트되므로 Oracle AI 데이터베이스에서 여러 키 저장소 및 전자 지갑을 보다 쉽게 관리할 수 있습니다.

예: dbaascli tde enableWalletRoot

dbaascli tde enableWalletRoot --dbname db name --dbrestart rolling|full
dbaascli tde enableWalletRoot --dbname orcl
dbaascli tde enableWalletRoot --dbname orcl--dbrestart full

dbaascli tde encryptTablespacesInPDB

지정된 PDB의 모든 테이블스페이스를 암호화하려면 dbaascli tde encryptTablespacesInPDB 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde encryptTablespacesInPDB --dbname <value> --pdbName <value>
[--executePrereqs]

매개변수:

매개변수 설명
--pdbName 모든 테이블스페이스를 암호화할 PDB의 이름을 지정합니다.
--dbname Oracle AI Database의 이름을 지정합니다.
--executePrereqs 필요 조건 검사 실행 및 결과 보고

FAQ(자주 묻는 질문):

Q: dbaascli tde encryptTablespacesInPDB 명령은 무엇을 수행합니까?

A: dbaascli tde encryptTablespacesInPDB 명령은 Oracle Base Database Cloud@Customer의 Oracle AI Database에 대해 지정된 PDB(플러거블 데이터베이스)에 있는 모든 테이블스페이스를 암호화합니다.

Q: 누가 dbaascli tde encryptTablespacesInPDB 명령을 실행해야 합니까?

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

Q: 어떤 시스템에서 dbaascli tde encryptTablespacesInPDB 명령을 실행해야 합니까?

A: 이 명령을 실행하려면 SSH를 사용하여 Oracle Base Database Cloud@Customer 가상 머신에 접속해야 합니다.

Q: 가상 시스템에 연결하기 위한 지침은 어디에서 찾을 수 있습니까?

A: 연결 지침은 Connecting to a Virtual Machine with SSH 설명서를 참조하십시오.

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

A: --pdbName 옵션은 테이블스페이스를 암호화해야 하는 PDB(플러거블 데이터베이스)의 이름을 지정합니다.

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

A: --dbname 옵션을 사용하면 PDB가 속한 Oracle AI Database의 이름을 지정할 수 있습니다.

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

A: --precheckOnly 옵션은 실제 변경 없이 암호화 작업의 사전 검사를 실행합니다. 유효한 값은 yes 또는 no입니다.

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

A: --useSysdbaCredential 옵션은 SYSDBA 인증서를 작업에 사용할지 여부를 지정합니다. 적합한 값은 true 또는 false입니다.

Q: 특정 PDB에서 테이블스페이스를 암호화하는 방법의 예제를 제공할 수 있습니까?

A: 다음은 mypdb라는 PDB의 모든 테이블스페이스를 암호화하는 예제입니다.

dbaascli tde encryptTablespacesInPDB --pdbName mypdb

Q: 데이터베이스 내의 특정 PDB에서 테이블스페이스를 암호화하려면 어떻게 해야 합니까?

A: 다음 명령을 사용하여 PDB와 데이터베이스를 모두 지정합니다.

dbaascli tde encryptTablespacesInPDB --pdbName mypdb --dbname mydatabase

Q: 암호화를 수행하지 않고 사전 검사를 실행하려면 어떻게 해야 합니까?

A: 다음 구문을 통해서만 사전 검사를 실행할 수 있습니다.

dbaascli tde encryptTablespacesInPDB --pdbName mypdb --precheckOnly yes

Q: SYSDBA 인증서를 사용하여 테이블스페이스를 암호화하려면 어떻게 해야 합니까?

A: --useSysdbaCredential true 옵션을 추가하여 SYSDBA 인증서를 사용할 수 있습니다.

dbaascli tde encryptTablespacesInPDB --pdbName mypdb --useSysdbaCredential true

Q: dbaascli tde encryptTablespacesInPDB 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: root 유저로 명령을 실행하고 Oracle Base Database Cloud@Customer 가상 시스템에 액세스할 수 있어야 합니다.

Q: 테이블스페이스를 암호화하려면 데이터베이스를 재시작해야 합니까?

A: 아니오, 이 명령은 데이터베이스를 재시작할 필요가 없습니다. 데이터베이스가 온라인 상태인 동안 암호화가 수행됩니다.

Q: 테이블스페이스를 암호화하려면 SYSDBA 인증서가 필요합니까?

A: --useSysdbaCredential 옵션을 사용하여 지정한 경우 이 작업에 대해 SYSDBA 인증서가 필요할 수 있습니다.

Q: 명령이 실패하면 어떻게 해야 합니까?

A: root 유저로 명령을 실행 중인지 확인하고 PDB 이름(--pdbName) 및 데이터베이스 이름(--dbname)이 올바른지 확인합니다. 또한 --precheckOnly yes와 함께 명령을 실행하여 전체 암호화를 실행하기 전에 문제를 확인할 수 있습니다.

Q: 테이블스페이스 암호화를 실패할 경우 어떻게 해야 합니까?

A: 데이터베이스 로그를 확인하고 암호화를 수행하는 데 필요한 권한과 리소스가 있는지 확인합니다. 또한 암호화 프로세스를 처리할 공간이 충분한지 확인해야 할 수도 있습니다.

Q: PDB의 테이블스페이스가 암호화되었는지 확인하려면 어떻게 해야 합니까?

A: V$ENCRYPTED_TABLESPACES와 같이 암호화와 관련된 데이터베이스 뷰를 query하여 테이블스페이스가 성공적으로 암호화되었는지 확인할 수 있습니다.

Q: 사전 검사가 성공했는지 어떻게 확인합니까?

A: --precheckOnly yes로 명령을 실행한 경우 출력에서 암호화 프로세스와 관련된 잠재적 문제를 나타내는 경고 또는 오류를 확인할 수 있습니다.

Q: 여러 PDB의 테이블스페이스를 동시에 암호화할 수 있습니까?

A: 아니요. 각 PDB에 대해 dbaascli tde encryptTablespacesInPDB 명령을 별도로 실행해야 합니다.

Q: PDB의 일부 테이블스페이스를 부분적으로 암호화할 수 있습니까?

A: 아니오, 이 명령은 지정된 PDB 내의 모든 테이블스페이스를 암호화합니다. 부분 암호화의 경우 다른 데이터베이스 관리 명령을 사용해야 합니다.

Q: 테이블스페이스 암호화는 데이터베이스 성능에 영향을 줍니까?

A: 테이블스페이스 암호화는 암호화 프로세스 중에 일시적으로 성능에 영향을 줄 수 있습니다. 그러나 암호화가 완료되면 영향을 최소화해야 합니다.

Q: 테이블스페이스 암호화를 언두할 수 있습니까?

A: 아니오, 일단 테이블스페이스가 암호화되면 암호화를 실행 취소할 수 없습니다. 필요에 따라 키를 회전하거나 다시 암호화할 수만 있습니다.

Q: 암호화 프로세스 중에 작업이 중단되면 어떻게 됩니까?

A: 작업이 중단되면 명령을 다시 실행해야 할 수 있습니다. 시스템에서 중단된 위치에서 암호화를 재개하고 데이터베이스 뷰를 사용하여 상태를 확인할 수 있습니다.

예: dbaascli tde encryptTablespacesInPDB

dbaascli tde encryptTablespacesInPDB --dbname dbname --pdbName pdb
dbaascli tde encryptTablespacesInPDB --dbname dbname --pdbName pdb --executePrereqs

dbaascli tde fileToHsm

FILE 기반 TDE를 HSM(KMS/OKV) 기반 TDE로 변환하려면 dbaascli tde fileToHsm 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde fileToHsm --kmsKeyOCID <value> --dbname <value>
[--skipPatchCheck <value>]
[--executePrereqs ]
[--primarySuc <value>]
{
    [--resume [--sessionID <value>]] | [--revert [--sessionID <value>]]
}
[--waitForCompletion <value>]

매개변수:

매개변수 설명
--kmsKeyOCID TDE에 사용할 KMS 키 OCID를 지정합니다. TDE에 대해 KMS가 선택된 경우에만 적용됩니다.
--dbname 데이터베이스 이름 지정
--skipPatchCheck 이 인수에 전달된 값이 true인 경우 필수 패치에 대한 검증 검사를 건너뜁습니다. 적합한 값: true 또는 false
--executePrereqs 필요 조건 검사 실행 및 결과 보고
--primarySuc 기본 데이터베이스에서 명령이 성공적으로 실행되면 Data Guard 환경의 대기 데이터베이스에서 이 속성을 지정합니다.
--resume 이전 실행을 재개하도록 지정합니다.
--sessionID 특정 세션ID를 재개하도록 지정합니다.
--revert 이전 실행을 롤백하도록 지정합니다.
--sessionID 특정 세션 ID를 롤백하도록 지정합니다.
--waitForCompletion 백그라운드에서 작업을 실행하려면 false를 지정하십시오. 적합한 값: true 또는 false.

FAQ(자주 묻는 질문):

Q: dbaascli tde fileToHsm 명령의 목적은 무엇입니까?

A: dbaascli tde fileToHsm 명령은 Oracle AI Database Cloud Service 환경에서 FILE 기반 TDE(투명한 데이터 암호화)를 HSM(하드웨어 보안 모듈) 기반 TDE(예: KMS 또는 OKV)로 변환하는 데 사용됩니다.

Q: 누가 dbaascli tde fileToHsm 명령을 실행할 수 있습니까?

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

Q: –kmsKeyOCID 매개변수의 목적은 무엇입니까?

A: --kmsKeyOCID 매개변수는 파일 기반에서 HSM 기반 TDE로 전환할 때 TDE 암호화에 사용될 KMS 키 OCID를 지정합니다.

Q: –dbname 매개변수는 무엇을 수행합니까?

A: --dbname 매개변수는 TDE를 파일 기반에서 HSM 기반으로 변환할 데이터베이스의 이름을 지정합니다.

Q: TDE를 변환하는 동안 패치 검증 검사를 건너뛸 수 있습니까?

A: 예. --skipPatchCheck 매개변수를 true 값과 함께 사용하면 필수 패치에 대한 검증 검사를 건너뛸 수 있습니다.

Q: –executePrereqs 매개변수는 어떤 용도로 사용됩니까?

A: --executePrereqs 매개변수를 사용하면 실제 변환을 수행하지 않고도 TDE 변환 프로세스에 대한 사전 검사만 실행할 수 있습니다. 유효한 값은 yes 또는 no입니다.

Q: Data Guard 설정에서 –primarySuc 매개변수는 무엇을 수행합니까?

A: --primarySuc 파라미터는 Data Guard 환경에서 기본 데이터베이스에서 명령이 성공적으로 실행되었음을 나타내는 데 사용됩니다. primary 변환이 완료된 후 standby database에서 이 파라미터를 지정해야 합니다.

Q: 이전 TDE 변환을 어떻게 재개합니까?

A: --resume 파라미터를 사용하여 이전에 불완전한 TDE 변환을 재개할 수 있습니다. 선택적으로 --sessionID를 사용하여 특정 세션 ID를 지정할 수 있습니다.

Q: TDE 변환은 어떻게 되돌릴 수 있습니까?

A: 이전 TDE 변환을 되돌리려면 --revert 매개변수를 사용합니다. --sessionID를 사용하여 복원할 특정 세션 ID를 제공할 수도 있습니다.

Q: TDE 변환을 재개하거나 되돌릴 때 세션 ID를 지정하려면 어떻게 해야 합니까?

A: --sessionID 매개변수를 사용하여 재개하거나 되돌릴 세션의 ID를 지정할 수 있습니다. 예: --resume --sessionID <ID> 또는 --revert --sessionID <ID>.

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

A: --waitForCompletion를 false로 설정하면 TDE 변환 프로세스가 백그라운드에서 실행되고 명령 프롬프트가 즉시 반환됩니다. true로 설정된 경우 명령은 사용자에게 제어를 반환하기 전에 프로세스가 완료될 때까지 기다립니다.

Q: –waitForCompletion 매개변수에 유효한 값은 무엇입니까?

A : 유효한 값은 true 또는 false입니다. true로 설정하면 프로세스가 완료될 때까지 명령이 대기하고, false로 설정하면 백그라운드에서 프로세스가 실행됩니다.

Q: TDE를 즉시 변환하지 않고 dbaascli TDE fileToHsm를 실행할 수 있습니까?

A: 예. --executePrereqs yes 매개변수를 사용하여 TDE를 변경하지 않고 변환에 대한 사전 검사만 수행할 수 있습니다.

Q: Data Guard 환경에서 기본 데이터베이스에서 TDE를 변환한 후 대기 데이터베이스를 어떻게 처리합니까?

A: primary database에서 변환을 성공적으로 실행한 후에 standby database에서 명령을 실행할 때 --primarySuc를 지정해야 합니다.

Q: TDE 변환 프로세스가 실패하면 어떻게 해야 합니까?

A: 프로세스가 실패하면 --resume 매개변수를 사용하여 중단된 위치에서 재개를 시도할 수 있습니다. 필요한 경우 --revert 매개변수를 사용하여 실패한 세션 동안 수행된 변경 사항을 롤백할 수 있습니다.

예: dbaascli tde fileToHsm –kmsKeyOCID

dbaascli tde fileToHSM --dbname dbname --kmsKeyOCID ocid1.key.oc1.eu-frankfurt-.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza
dbaascli tde fileToHSM --dbname dbname --kmsKeyOCID ocid1.key.oc1.eu-frankfurt-.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza --executePrereqs
dbaascli tde fileToHSM --dbname dbname --kmsKeyOCID ocid1.key.oc1.eu-frankfurt-.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza --resume

dbaascli tde getHsmKeys

TDE 활성 키 세부정보를 가져오려면 dbaascli tde getHsmKeys 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde getHsmKeys
[--dbname]
[--infoFile]

매개변수:

매개변수 설명
--dbname 데이터베이스 이름을 지정하십시오.
--infoFile OCID 목록이 저장될 파일 경로를 지정합니다. 출력은 JSON 형식입니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde getHsmKeys 명령은 무엇을 수행합니까?

A: dbaascli tde getHsmKeys 명령은 지정된 데이터베이스에 대한 HSM(하드웨어 보안 모듈)에서 활성 TDE(투명한 데이터 암호화) 키의 세부정보를 검색합니다.

Q: 누가 dbaascli tde getHsmKeys 명령을 실행해야 합니까?

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

Q: 어떤 시스템에서 dbaascli tde getHsmKeys 명령을 실행해야 합니까?

A: 이 명령을 실행하려면 SSH를 사용하여 Oracle Base Database Cloud@Customer 가상 머신에 접속해야 합니다.

Q: 가상 시스템에 연결하기 위한 지침은 어디에서 찾을 수 있습니까?

A: 연결에 대한 지침은 Connecting to a Virtual Machine with SSH 설명서를 참조하십시오.

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

A: --dbname 옵션을 사용하면 TDE 키 세부정보를 검색할 Oracle AI Database의 이름을 지정할 수 있습니다.

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

A: --infoFile 옵션은 키 OCID(Oracle Cloud 식별자) 목록이 저장될 파일 경로를 지정합니다. 출력은 JSON 형식입니다.

Q: 특정 데이터베이스에 대한 TDE 키 세부 정보를 검색하는 방법의 예를 제공해 주시겠습니까?

A: 다음은 mydatabase라는 데이터베이스에 대한 TDE 키 세부정보를 가져오는 예입니다.

dbaascli tde getHsmKeys --dbname mydatabase

Q: TDE 키 세부 정보를 파일에 저장하려면 어떻게 해야 합니까?

A: --infoFile 옵션을 사용하여 파일 경로를 지정하여 출력을 JSON 형식으로 저장할 수 있습니다.

dbaascli tde getHsmKeys --dbname mydatabase --infoFile /path/to/output.json

Q: dbaascli tde getHsmKeys 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: root 유저로 명령을 실행하고 Oracle Base Database Cloud@Customer 가상 시스템에 연결해야 합니다.

Q: TDE 키 세부정보를 검색하려면 SYSDBA 인증서가 필요합니까?

A: 아니오. dbaascli tde getHsmKeys 명령을 실행하는 데 SYSDBA 인증서가 필요하지 않습니다.

Q: –infoFile 옵션을 사용할 때 어떤 형식으로 TDE 키 정보가 저장됩니까?

A: 출력은 JSON 형식으로 저장됩니다.

Q: TDE 키 세부정보에는 어떤 정보가 포함되어 있습니까?

A: 세부 정보에는 지정된 데이터베이스에 대해 HSM에 저장된 활성 암호화 키에 대한 키 OCID 및 기타 메타 데이터가 포함됩니다.

Q: 명령이 키 세부 정보를 검색하지 못하면 어떻게 해야 합니까?

A: 명령을 root 유저로 실행하고 있으며 데이터베이스 이름(--dbname)이 올바른지 확인합니다. Oracle Base Database Cloud@Customer 가상 머신에 대한 접속을 확인합니다.

Q: 출력 파일이 성공적으로 생성되었는지 확인하려면 어떻게 해야 합니까?

A: 출력 JSON 파일에 대해 지정된 파일 경로를 확인할 수 있습니다. 파일이 없는 경우 파일 경로가 올바르고 디렉토리에 대한 쓰기 권한이 있는지 확인하십시오.

Q: 출력 파일이 비어 있으면 어떻게 해야 합니까?

A: 지정된 데이터베이스에 활성 TDE 키가 포함되어 있고 --dbname 매개변수가 올바른지 확인하십시오. 데이터베이스 로그에 오류가 있는지도 확인해야 합니다.

Q: 한 번에 여러 데이터베이스에 대한 TDE 키 세부정보를 검색할 수 있습니까?

A: 아니오, 각 데이터베이스에 대해 dbaascli tde getHsmKeys 명령을 별도로 실행해야 합니다.

Q: 다른 작업에서 –infoFile 옵션의 출력 파일을 사용하려면 어떻게 해야 합니까?

A: 출력은 JSON 형식이므로 프로그래밍 방식으로 파일을 구문 분석하거나 다른 데이터베이스 또는 암호화 관리 작업에 대한 입력으로 사용할 수 있습니다.

Q: 이 명령을 사용하여 과거 TDE 키 세부정보를 얻을 수 있습니까?

A: 아니오, 이 명령은 HSM에서 현재 활성 키에 대한 세부 정보만 검색합니다.

Q: 검색된 키가 올바른지 확인하려면 어떻게 해야 합니까?

A: 키를 Oracle Cloud Infrastructure(OCI) 콘솔에서 상호 참조하거나 암호화 관리와 관련된 데이터베이스 뷰를 사용하여 확인할 수 있습니다.

예: dbaascli tde getHsmKeys

dbaascli tde getHsmkeys --dbname dbname
dbaascli tde getHsmkeys --dbname dbname --infoFile infoFilePath

dbaascli tde getMkidForKeyVersionOCID

KMS 키 버전 OCID와 연관된 마스터 키 ID를 가져오려면 dbaascli tde getMkidForKeyVersionOCID 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde getMkidForKeyVersionOCID --kmsKeyVersionOCID <value>
[--dbname <value>]
[--waitForCompletion <value>]

매개변수:

매개변수 설명
--kmsKeyVersionOCID 설정할 KMS 키 버전 OCID를 지정합니다.
--dbname 데이터베이스 이름을 지정하십시오.
--waitForCompletion 백그라운드에서 작업을 실행하려면 false를 지정하십시오. 적합한 값: true 또는 false.

FAQ(자주 묻는 질문):

Q: dbaascli tde getMkidForKeyVersionOCID 명령의 목적은 무엇입니까?

A: dbaascli tde getMkidForKeyVersionOCID 명령은 Oracle AI Database Cloud Service 환경에서 특정 KMS 키 버전 OCID와 연관된 MKID(마스터 키 ID)를 검색합니다.

Q: dbaascli tde getMkidForKeyVersionOCID 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: 누가 dbaascli tde getMkidForKeyVersionOCID 명령을 실행할 수 있습니까?

A: root 사용자만 이 명령을 실행할 수 있습니다.

Q: –kmsKeyVersionOCID 매개변수는 무엇을 지정합니까?

A: --kmsKeyVersionOCID 매개변수는 연관된 MKID(마스터 키 ID)를 검색할 KMS 키 버전 OCID를 지정합니다.

Q: –dbname 매개변수는 무엇을 지정합니까?

A: --dbname 매개변수는 KMS 키 버전 OCID를 질의할 데이터베이스의 이름을 지정합니다.

Q: –dbname 매개변수는 필수입니까?

A: 아니요. --dbname 매개변수는 선택 사항입니다. 데이터베이스 이름을 지정하지 않으면 이 명령은 시스템의 기본 데이터베이스에 대한 MKID를 검색합니다.

Q: KMS 키 버전 OCID를 모르는 경우 어떻게 해야 합니까?

A: 이 명령을 사용하기 전에 KMS 관리 콘솔 또는 서비스 제공자에서 KMS 키 버전 OCID를 검색해야 합니다. 이 ID가 없으면 명령이 MKID(마스터 키 ID)를 검색할 수 없습니다.

Q: 비Oracle Base Database Cloud@Customer 환경에서 이 명령을 실행할 수 있습니까?

A: 아니요. 이 명령은 특히 Oracle Base Database Cloud@Customer 환경에서 사용하기 위한 것이며 SSH를 사용하여 가상 머신에 접속하여 실행해야 합니다.

Q: –dbname을 사용하여 데이터베이스 이름을 지정하지 않고 명령을 실행하면 어떻게 됩니까?

A: --dbname 매개변수가 제공되지 않은 경우 명령은 시스템에 구성된 기본 데이터베이스에 대한 MKID 검색을 시도합니다.

Q: MKID를 검색하는 동안 오류가 발생하면 어떻게 해야 합니까?

A: 다음 사항을 확인합니다.

Q: Oracle Base Database Cloud@Customer 가상 머신에 연결하려면 어떻게 해야 합니까?

A: SSH를 통해 가상 머신에 연결할 수 있습니다. 안전하게 연결하는 방법에 대한 단계는 Oracle Base Database Cloud@Customer 설명서를 참조하십시오.

예: dbaascli tde getMkidForKeyVersionOCID

dbaascli tde getMkidForKeyVersionOCID --dbname dbname --kmsKeyVersionOCID ocid1.keyversion.oc1.eu-frankfurt-1.bjqnwclvaafak.bc4hmd3olgaaa.abtheljsyxtgn4vzi2bbpcej6a7abcwvylkd2lx56lu2s6iwnxwgigu23nha

dbaascli tde getPrimaryHsmKey

기존 HSM(KMS) 구성에서 기본 HSM(KMS) 키를 가져오려면 dbaascli tde getPrimaryHsmKey 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde getPrimaryHsmKey
[--dbname]

매개변수:

매개변수 설명
--dbname 데이터베이스명을 지정합니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde getPrimaryHsmKey 명령의 목적은 무엇입니까?

A: dbaascli tde getPrimaryHsmKey 명령은 Oracle AI Database 환경의 기존 HSM(KMS) 구성에서 기본 HSM(하드웨어 보안 모듈) 키를 검색합니다.

Q: dbaascli tde getPrimaryHsmKey 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: 누가 dbaascli tde getPrimaryHsmKey 명령을 실행할 수 있습니까?

A: root 사용자만 이 명령을 실행할 수 있습니다.

Q: –dbname 매개변수는 이 명령에서 무엇을 지정합니까?

A: --dbname 매개변수는 기본 HSM 키를 검색할 데이터베이스의 이름을 지정합니다.

Q: –dbname 매개변수는 필수입니까?

A: 아니요. --dbname 매개변수는 선택 사항입니다. 제공하지 않을 경우 이 명령은 시스템의 기본 데이터베이스에 대한 기본 HSM 키를 검색합니다.

Q: –dbname으로 데이터베이스 이름을 지정하지 않으면 어떻게 해야 합니까?

A: --dbname 매개변수가 지정되지 않은 경우 이 명령은 시스템에 구성된 기본 데이터베이스에 대한 기본 HSM 키를 검색하려고 시도합니다.

Q: 비Oracle Base Database Cloud@Customer 환경에서 이 명령을 실행할 수 있습니까?

A: 아니요. 이 명령은 Oracle Base Database Cloud@Customer 환경에서 사용하도록 특별히 설계되었으며 SSH를 사용하여 가상 머신에 연결되어 실행해야 합니다.

Q: Oracle Base Database Cloud@Customer 가상 머신에 연결하여 명령을 실행하려면 어떻게 해야 합니까?

A: SSH를 통해 가상 머신에 연결할 수 있습니다. 안전하게 연결하는 방법에 대한 지침은 Oracle Base Database Cloud@Customer 설명서를 참조하십시오.

Q: 기본 HSM 키를 검색하는 동안 오류가 발생하는지 확인하려면 어떻게 해야 합니까?

A: 오류가 발생하면 다음 사항을 확인하십시오.

Q: dbaascli tde getPrimaryHsmKey 명령을 실행하려면 데이터베이스를 중지해야 합니까?

A: 아니오, 이 명령을 실행하기 위해 데이터베이스를 정지할 필요가 없습니다. 데이터베이스가 실행되는 동안 실행할 수 있습니다.

Q: 기본 HSM 키를 검색하는 목적은 무엇입니까?

A: 기본 HSM 키를 검색하면 데이터베이스의 기존 HSM(KMS) 구성에서 암호화에 사용 중인 현재 HSM 키를 식별할 수 있습니다.

예: dbaascli tde getPrimaryHsmKey

dbaascli tde getPrimaryHsmKey --dbname dbname

dbaascli tde hsmToFile

HSM(KMS/OKV) 기반 TDE를 FILE 기반 TDE로의 변환은 dbaascli tde hsmToFile 명령을 사용합니다.

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

구문:

dbaascli tde hsmToFile
[--dbname <value>]
{
    [--prepareStandbyBlob <value> [--blobLocation <value>]
   | [--standbyBlobFromPrimary <value>]
}
]
[--skipPatchCheck <value>]
[--executePrereqs ]
[--primarySuc <value>]
{
     [--resume [--sessionID <value>]] |
     [--revert [--sessionID <value>]]
}
[--waitForCompletion <value>]

매개변수:

매개변수 설명
--dbname 데이터베이스 이름 지정
--prepareStandbyBlob DG 환경에서 작업을 수행하는 데 필요한 아티팩트가 포함된 blob 파일을 생성하려면 true을 지정합니다.
--blobLocation DG 환경에서 대기 blob 파일이 생성될 사용자정의 디렉토리 위치입니다.
--standbyBlobFromPrimary 기본 데이터베이스에서 준비된 대기 blob 파일의 위치를 지정하십시오. 대기 작업에만 필요합니다. ]
--skipPatchCheck 이 인수에 전달된 값이 true인 경우 필수 패치에 대한 검증 검사를 건너뜁습니다. 적합한 값: true 또는 false
--executePrereqs 필요 조건 검사 실행 및 결과 보고
--primarySuc 기본 데이터베이스에서 명령이 성공적으로 실행되면 Data Guard 환경의 대기 데이터베이스에서 이 속성을 지정합니다.
--resume 이전 실행을 재개합니다.
--sessionID 특정 세션ID를 재개하도록 지정합니다.
--revert 이전 실행을 롤백하도록 지정합니다.
--sessionID 특정 세션 ID를 롤백하도록 지정합니다.
--waitForCompletion 백그라운드에서 작업을 실행하려면 false를 지정합니다. 적합한 값: true 또는 false

FAQ(자주 묻는 질문):

Q: dbaascli tde hsmToFile 명령의 목적은 무엇입니까?

A: dbaascli tde hsmToFile 명령은 HSM(하드웨어 보안 모듈) 기반 TDE(투명한 데이터 암호화)를 Oracle AI Database Cloud Service 환경에서 파일 기반 TDE로 변환하는 데 사용됩니다.

Q: dbaascli tde hsmToFile 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: –dbname 매개변수는 무엇을 지정합니까?

A: --dbname 매개변수는 TDE를 HSM 기반에서 파일 기반으로 변환하는 데이터베이스의 이름을 지정합니다.

Q: –primaryDBWalletTar 매개변수는 언제 필요합니까?

A: --primaryDBWalletTar 매개변수는 대기 데이터베이스에서 hsmToFile 변환을 수행할 때만 필요합니다. 기본 데이터베이스 전자 지갑의 tar 파일을 지정합니다.

Q: –skipPatchCheck 매개변수의 목적은 무엇입니까?

A: --skipPatchCheck 매개변수를 사용하면 필수 패치에 대한 검증 검사를 건너뛸 수 있습니다. 검사를 건너뛰려면 true로 설정하고, 강제 적용하려면 false로 설정합니다.

Q: 실제 변환을 수행하지 않고 변환 프로세스에 대한 사전 검사만 실행하려면 어떻게 해야 합니까?

A: --executePrereqs 매개변수를 사용하여 사전 검사만 실행하도록 yes로 설정할 수 있습니다. 전체 변환을 수행하려면 no로 설정합니다.

Q: Data Guard 환경에서 –primarySuc 파라미터는 무엇을 수행합니까?

A: --primarySuc 매개변수는 Data Guard 설정에서 변환이 기본 데이터베이스에서 성공적으로 실행되었음을 나타내는 데 사용됩니다. standby database에서 변환을 실행할 때 이 변수를 사용해야 합니다.

Q: 이전 hsmToFile 변환을 어떻게 재개할 수 있습니까?

A: --resume 매개변수를 사용하여 이전 변환을 재개할 수 있습니다. 선택적으로 --sessionID를 사용하여 이전 실행의 세션 ID를 지정할 수 있습니다.

Q: –revert 매개변수의 목적은 무엇입니까?

A: --revert 매개변수는 실패 시 또는 작업을 실행 취소해야 하는 경우 이전에 시작된 변환 프로세스를 롤백하는 데 사용됩니다.

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

A: --waitForCompletion를 false로 설정하면 작업이 백그라운드에서 실행되어 다른 작업을 계속할 수 있습니다. true로 설정된 경우 명령은 프로세스가 완료될 때까지 기다렸다가 사용자에게 제어를 반환합니다.

Q: Data Guard 설정에서 대기 데이터베이스의 TDE를 변환해야 하는 경우 어떻게 해야 합니까?

A: Data Guard 설정에서 기본 데이터베이스의 TDE를 변환한 후 기본 데이터베이스의 전자 지갑 tar 파일을 지정하고 --primarySuc를 포함하는 --primaryDBWalletTar 매개변수를 사용하여 대기 데이터베이스에서 명령을 실행해야 합니다.

Q: 변환 중에 필요한 패치 검사를 건너뛰려면 어떻게 해야 합니까?

A: --skipPatchCheck 매개변수를 사용하여 패치 검사를 건너뛰고 true로 설정할 수 있습니다.

Q: 시스템을 변경하지 않고 hsmToFile 변환할 준비가 되었는지 어떻게 확인할 수 있습니까?

A: --executePrereqs 매개변수를 사용하고 yes로 설정하여 사전 검사만 수행할 수 있습니다.

Q: 변환 프로세스가 중단되면 어떻게 해야 합니까?

A: --resume 매개변수를 사용하여 프로세스가 중단된 위치에서 프로세스를 재시작할 수 있습니다. 선택적으로 --sessionID를 사용하여 특정 세션 ID를 지정할 수 있습니다.

Q: 변환 프로세스가 실패하면 어떻게 해야 합니까?

A: 변환이 실패하면 --revert 매개변수를 사용하여 프로세스를 롤백할 수 있습니다. 또한 오류 메시지를 검토하고 시스템 로그에서 자세한 내용을 확인하십시오.

Q: 비기본 데이터베이스 환경에서 dbaascli tde hsmToFile 명령을 실행할 수 있습니까?

A: 이 명령은 Oracle Base Database Cloud@Customer 환경에서 사용하도록 설계되었습니다. 기준 데이터베이스를 사용하지 않는 경우 명령이 제대로 작동하도록 지원되는 환경에 있는지 확인하십시오.

예: dbaascli tde hsmToFile

dbaascli tde hsmToFile --dbname dbname
dbaascli tde hsmToFile --dbname dbname --executePrereqs
dbaascli tde hsmToFile --dbname dbname --resume

dbaascli tde listKeys

TDE 마스터 키를 나열하려면 dbaascli tde listKeys 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde listKeys
[--dbname <value>]
[--infoFilePath <value>]

매개변수:

매개변수 설명
--dbname 데이터베이스 이름 지정
--infoFilePath 결과가 저장될 파일의 절대 경로를 지정하십시오.

FAQ(자주 묻는 질문):

Q: dbaascli tde listKeys 명령의 목적은 무엇입니까?

A: dbaascli tde listKeys 명령은 Oracle AI Database 환경에서 지정된 데이터베이스에 대한 모든 TDE(투명한 데이터 암호화) 마스터 키를 나열하는 데 사용됩니다.

Q: dbaascli tde listKeys 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: dbaascli tde listKeys 명령에서 –file 파라미터는 무엇을 수행합니까?

A: --file 매개변수는 TDE 마스터 키 목록을 저장해야 하는 파일 경로를 지정합니다. 이 매개변수를 제공하지 않으면 결과가 터미널에 직접 표시됩니다.

Q: –dbname 매개변수는 무엇을 지정합니까?

A: --dbname 매개변수는 TDE 마스터 키를 나열할 데이터베이스의 이름을 지정합니다.

Q: –file 파라미터는 필수 항목입니까?

A: 아니요. --file 매개변수는 선택 사항입니다. 제공하지 않을 경우 TDE 키 목록이 파일에 저장되지 않고 터미널 출력에 표시됩니다.

Q: –dbname 매개변수는 필수입니까?

A: 아니요. --dbname 매개변수는 선택 사항입니다. 지정되지 않은 경우 이 명령은 시스템에 구성된 기본 데이터베이스에 대한 TDE 마스터 키를 나열합니다.

Q: 키 목록을 파일에 저장하려면 어떻게 해야 합니까?

A: 원하는 파일 경로와 함께 --file 매개변수를 제공해야 합니다. 예:

dbaascli tde listKeys --file /path/to/output.txt

Q: –dbname을 가진 데이터베이스 이름을 제공하지 않으면 어떻게 됩니까?

A: --dbname 매개변수가 제공되지 않은 경우 이 명령은 시스템의 기본 데이터베이스에 대한 TDE 마스터 키를 나열합니다.

Q: Oracle Base Database Cloud@Customer 이외의 환경에서 이 명령을 사용할 수 있습니까?

A: 이 명령은 Oracle Base Database Cloud@Customer 환경을 위해 특별히 설계되었습니다. 실행할 적절한 가상 머신에 연결되어 있는지 확인합니다.

Q: 명령이 키를 나열하지 못하면 어떻게 해야 합니까?

A: 다음 사항을 확인합니다.

Q: 데이터베이스가 실행되는 동안 dbaascli tde listKeys 명령을 실행할 수 있습니까?

A: 예. 데이터베이스가 실행되는 동안 명령을 실행할 수 있습니다. TDE 마스터 키만 나열하고 데이터베이스 상태는 변경하지 않습니다.

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

A: 이 명령을 root 사용자로 실행해야 합니다. 루트 권한이 없으면 명령을 실행할 수 없습니다.

Q: TDE 마스터 키를 나열하는 목적은 무엇입니까?

A: TDE 마스터 키를 나열하면 데이터베이스 데이터 보호에 사용되는 암호화 키를 검토할 수 있습니다. 암호화 설정을 모니터링하고 관리하는 데 필수적입니다.

Q: Oracle Base Database Cloud@Customer 가상 머신에 연결하여 명령을 실행하려면 어떻게 해야 합니까?

A: SSH를 사용하여 가상 머신에 연결할 수 있습니다. 보안 연결을 설정하는 방법에 대한 지침은 Oracle Base Database Cloud@Customer 설명서를 참조하십시오.

예: dbaascli tde listKeys

dbaascli tde listKeys --dbname dbname
dbaascli tde listKeys --dbname dbname --infoFilePath infoFilePath

dbaascli tde removeSecondaryHsmKey

기존 HSM(KMS) 구성에서 보조 HSM(KMS) 키를 제거하려면 dbaascli tde removeSecondaryHsmKey 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde removeSecondaryHsmKey --dbname <value>
[--confirmDeletion]
[--secondaryKmsKeyOCID]
[--executePrereqs]

매개변수:

매개변수 설명
--dbname 데이터베이스 이름을 지정하십시오.
--confirmDeletion 지정되지 않은 경우 모든 기존 HSM(KMS) 키를 삭제하는 동안 사용자에게 메시지가 표시됩니다.
--secondaryKmsKeyOCID 기존 HSM(KMS) 구성에서 제거할 보조 KMS 키입니다. 지정되지 않은 경우 모든 보조 KMS 키가 제거됩니다.
--executePrereqs 필요 조건 검사 실행 및 결과 보고

FAQ(자주 묻는 질문):

Q: dbaascli tde removeSecondaryHsmKey 명령의 목적은 무엇입니까?

A: dbaascli tde removeSecondaryHsmKey 명령은 Oracle AI Database 환경의 기존 HSM(KMS) 구성에서 보조 HSM(하드웨어 보안 모듈) 키를 제거하는 데 사용됩니다.

Q: dbaascli tde removeSecondaryHsmKey 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: dbaascli tde removeSecondaryHsmKey 명령에서 –force 매개변수는 무엇을 수행합니까?

A: --force 매개변수를 사용하면 사용자에게 확인 메시지를 표시하지 않고 보조 HSM 키를 제거할 수 있습니다. 지정되지 않은 경우 명령은 키를 삭제하기 전에 사용자에게 프롬프트를 표시합니다.

Q: –secondaryKmsKeyOCID 매개변수는 무엇을 지정합니까?

A: --secondaryKmsKeyOCID 매개변수는 기존 HSM 구성에서 제거할 보조 KMS 키의 OCID(Oracle Cloud Identifier)를 지정합니다.

Q: –dbname 매개변수는 무엇을 수행합니까?

A: --dbname 매개변수는 보조 HSM 키가 제거되는 데이터베이스의 이름을 지정합니다.

Q: –precheckOnly 매개변수의 목적은 무엇입니까?

A: --precheckOnly 매개변수(yes로 설정된 경우)는 보조 HSM 키를 실제로 제거하지 않고 제거 작업에 대한 준비 상태를 검증하기 위해 사전 검사만 실행합니다. no로 설정된 경우 전체 제거 작업이 수행됩니다.

Q: –force 매개변수는 필수입니까?

A: 아니요. --force 매개변수는 선택 사항입니다. 지정되지 않은 경우 키 제거를 계속하기 전에 사용자에게 확인 메시지가 표시됩니다.

Q: –secondaryKmsKeyOCID 매개변수는 필수입니까?

A: 예, 구성에서 제거할 특정 보조 HSM 키를 식별하려면 --secondaryKmsKeyOCID를 제공해야 합니다.

Q: –dbname 매개변수는 필수입니까?

A: 아니요. --dbname 매개변수는 선택 사항입니다. 지정되지 않은 경우 이 명령은 시스템의 기본 데이터베이스에서 보조 HSM 키를 제거하려고 시도합니다.

Q: 사용자 프롬프트 없이 보조 HSM 키를 제거하려면 어떻게 해야 합니까?

A: --force 매개변수를 사용하여 확인 프롬프트를 무시하고 보조 HSM 키를 직접 제거해야 합니다.

dbaascli tde removeSecondaryHsmKey --force --secondaryKmsKeyOCID <value>

Q: 시스템이 실제로 제거하지 않고 보조 HSM 키를 제거할 준비가 되었는지 어떻게 테스트할 수 있습니까?

A: yes로 설정된 --precheckOnly 매개변수를 사용하여 사전 검사를 수행할 수 있습니다.

dbaascli tde removeSecondaryHsmKey --precheckOnly yes --secondaryKmsKeyOCID <value>

Q: –dbname을 가진 데이터베이스 이름을 제공하지 않으면 어떻게 됩니까?

A: --dbname 매개변수가 지정되지 않은 경우 이 명령은 시스템에 구성된 기본 데이터베이스에서 보조 HSM 키를 제거하려고 시도합니다.

Q: 명령이 보조 HSM 키를 제거하지 못하면 어떻게 해야 합니까?

A: 다음 사항을 확인합니다.

Q: 제거 작업이 부분적으로 실패하면 어떻게 해야 합니까?

A: 작업이 실패하면 오류 로그를 검토하고 --precheckOnly와 함께 명령을 실행하여 시스템이 작업을 수행할 준비가 되었는지 확인합니다. 필요한 경우 재시도하기 전에 문제를 해결하십시오.

Q: 데이터베이스가 실행되는 동안 dbaascli tde removeSecondaryHsmKey 명령을 실행할 수 있습니까?

A: 예. 데이터베이스를 정지할 필요가 없으므로 데이터베이스가 실행되는 동안 명령을 실행할 수 있습니다.

Q: 보조 HSM 키를 제거하는 목적은 무엇입니까?

A: 보조 HSM 키 제거는 일반적으로 키가 더 이상 필요하지 않거나 TDE(투명한 데이터 암호화) 구성에 사용되는 암호화 키를 관리하려는 경우에 수행됩니다.

Q: Oracle Base Database Cloud@Customer 가상 머신에 연결하여 명령을 실행하려면 어떻게 해야 합니까?

A: SSH를 사용하여 가상 머신에 연결할 수 있습니다. 보안 연결 설정에 대한 지침은 Oracle Base Database Cloud@Customer 설명서를 참조하십시오.

예: dbaascli tde removeSecondaryHsmKey

dbaascli tde removeSecondaryHsmKey --dbname dbname
dbaascli tde removeSecondaryHsmKey --dbname dbname --secondaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza
dbaascli tde removeSecondaryHsmKey --dbname dbname --secondaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza --executePrereqs

dbaascli tde rotateMasterKey

데이터베이스 암호화를 위해 마스터 키를 교체하려면 dbaascli tde rotateMasterKey 명령을 사용합니다.

필수 조건:

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

구문:

dbaascli tde rotateMasterKey --dbname <value>
[--rotateMasterKeyOnAllPDBs]
[--pdbName <value>]
[--executePrereqs]
[--resume [--sessionID <value>]]
{
     [--prepareStandbyBlob <value> [--blobLocation <value>]]
     | [--standbyBlobFromPrimary <value>]
 }

매개변수:

매개변수 설명
--dbname Oracle AI Database의 이름을 지정합니다.
--rotateMasterKeyOnAllPDBs CDB에 있는 모든 PDB의 마스터 키를 교체하려면 true를 지정합니다. 적합한 값: true 또는 false
--pdbName PDB 이름을 지정합니다.
--executePrereqs 필요 조건을 검사 실행하고 결과를 보고합니다.
--resume 이전 실행을 재개하도록 지정합니다.
--sessionID 특정 세션ID를 재개하도록 지정합니다.
--prepareStandbyBlob Data Guard 환경에서 작업을 수행하는 데 필요한 아티팩트가 포함된 BLOB 파일을 생성하려면 true을 지정합니다.
--blobLocation Data Guard 환경에서 대기 BLOB 파일이 생성될 사용자 정의 디렉토리의 위치를 지정합니다.
--standbyBlobFromPrimary 기본 데이터베이스에서 준비된 대기 BLOB 파일의 위치를 지정합니다. 이 작업은 대기 작업에만 필요합니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde rotateMasterKey 명령의 목적은 무엇입니까?

A: dbaascli tde rotateMasterKey 명령은 Oracle AI Database에서 TDE(투명한 데이터 암호화)에 사용되는 마스터 키를 교체하는 데 사용됩니다. 이 프로세스를 통해 보안 향상을 위해 암호화 키가 업데이트됩니다.

Q: dbaascli tde rotateMasterKey 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 다음을 수행해야 합니다.

Q: –dbname 매개변수는 무엇을 지정합니까?

A: --dbname 매개변수는 마스터 암호화 키를 교체할 Oracle AI Database의 이름을 지정합니다.

Q: –rotateMasterKeyOnAllPDBs 매개변수의 목적은 무엇입니까?

A: --rotateMasterKeyOnAllPDBs 매개변수는 CDB(컨테이너 데이터베이스)의 모든 PDB(플러그인할 수 있는 데이터베이스)에 대한 마스터 키를 교체할지 여부를 지정합니다. 적합한 값은 true 또는 false입니다.

Q: –pdbName 매개변수는 무엇을 수행합니까?

A: --pdbName 매개변수는 모든 PDB가 아닌 특정 PDB에 대해 마스터 키를 교체하려는 경우 특정 PDB(플러그인할 수 있는 데이터베이스)의 이름을 지정합니다.

Q: –executePrereqs 매개변수는 무엇을 수행합니까?

A: --executePrereqs 매개변수는 필요 조건 검사를 실행하여 실제 교체를 수행하지 않고 마스터 키 교체를 위해 환경이 준비되었는지 여부를 검증합니다.

Q: –resume 파라미터는 무엇을 지정합니까?

A: --resume 매개변수는 이전에 시작된 작업을 재개하는 데 사용됩니다. --sessionID를 사용하여 특정 세션 ID를 제공하여 특정 세션을 재개할 수도 있습니다.

Q: –prepareStandbyBlob 매개변수의 목적은 무엇입니까?

A: --prepareStandbyBlob 매개변수를 true로 설정하면 Data Guard 환경에서 마스터 키 교체를 수행하는 데 필요한 아티팩트가 포함된 BLOB 파일이 생성됩니다.

Q: –blobLocation 매개변수는 무엇을 수행합니까?

A: --blobLocation 매개변수는 대기 BLOB 파일이 생성될 사용자정의 디렉토리 경로를 지정합니다. 이는 --prepareStandbyBlob가 true로 설정된 경우에 적용됩니다.

Q: –standbyBlobFromPrimary 매개변수는 무엇을 지정합니까?

A: --standbyBlobFromPrimary 파라미터는 primary database에서 생성된 standby BLOB 파일의 위치를 지정합니다. 이 매개변수는 Data Guard 환경에서 대기 데이터베이스에 대해 마스터 키 교체를 수행할 때 사용됩니다.

Q: –rotateMasterKeyOnAllPDBs 매개변수는 필수입니까?

A: 아니요. --rotateMasterKeyOnAllPDBs 매개변수는 선택 사항입니다. 마스터 키가 지정되지 않은 경우 --dbname 또는 --pdbName 매개변수에 제공된 데이터베이스(또는 특정 PDB)에 대해서만 마스터 키가 교체됩니다.

Q: CDB의 키를 순환하는 경우 –pdbName 매개변수가 필요합니까?

A: 아니요. --pdbName 매개변수는 특정 PDB(플러그인할 수 있는 데이터베이스)에 대한 마스터 키를 교체하려는 경우에만 필요합니다. 전체 CDB의 키를 교체할 때는 선택 사항입니다.

Q: 독립형 데이터베이스에 대해 –prepareStandbyBlob 및 –standbyBlobFromPrimary 매개변수를 사용해야 합니까?

A: 아니요. 이러한 매개변수는 대기 데이터베이스가 관련된 Data Guard 환경에서만 관련이 있습니다.

Q: CDB의 모든 PDB에 대해 마스터 키를 교체하려면 어떻게 해야 합니까?

A: CDB의 모든 PDB에 대해 마스터 키를 교체하려면 true로 설정된 --rotateMasterKeyOnAllPDBs 매개변수를 사용해야 합니다. 예:

dbaascli tde rotateMasterKey --dbname CDB_NAME --rotateMasterKeyOnAllPDBs true

Q: 실제 작업을 수행하지 않고 시스템에서 마스터 키 교체를 수행할 준비가 되었는지 확인하려면 어떻게 해야 합니까?

A: --executePrereqs 매개변수를 사용하여 필요 조건 검사를 실행할 수 있습니다. 그러면 마스터 키 교체를 방해할 수 있는 문제가 보고됩니다.

dbaascli tde rotateMasterKey --dbname DB_NAME --executePrereqs

Q: 작업이 중단되어 재개하려면 어떻게 해야 합니까?

A: --resume 매개변수를 사용하여 이전에 중단된 작업을 재개할 수 있습니다. 세션 ID가 있는 경우 --sessionID 매개변수를 제공합니다.

dbaascli tde rotateMasterKey --dbname DB_NAME --resume --sessionID <value>

Q: Data Guard 환경에서 키 순환을 준비하려면 어떻게 해야 합니까?

A: --prepareStandbyBlob 파라미터를 사용하여 standby 환경에서 마스터 키 교체를 위한 필수 artifact를 포함하는 BLOB 파일을 생성해야 합니다.

dbaascli tde rotateMasterKey --dbname DB_NAME --prepareStandbyBlob true --blobLocation /path/to/blob

Q: standby database에서 키를 교체할 때 primary database에서 standby BLOB 파일을 적용하려면 어떻게 해야 합니까?

A: --standbyBlobFromPrimary 파라미터를 사용하여 primary database에 대해 준비된 BLOB 파일의 위치를 지정합니다.

dbaascli tde rotateMasterKey --dbname DB_NAME --standbyBlobFromPrimary /path/to/blob

Q: 마스터 키 순환이 실패하는지 확인하려면 어떻게 해야 합니까?

A: 다음 사항을 확인합니다.

Q: Data Guard 환경에서 작업이 성공적으로 완료되지 않으면 어떻게 해야 합니까?

A: primary database의 BLOB 파일이 --prepareStandbyBlob를 사용하여 올바르게 준비되었는지 확인한 다음 --standbyBlobFromPrimary를 사용하여 standby database에 적용합니다.

Q: 데이터베이스가 실행되는 동안 dbaascli tde rotateMasterKey 명령을 실행할 수 있습니까?

A: 예. 데이터베이스가 실행되는 동안 명령을 실행할 수 있습니다. 하지만 --executePrereqs 옵션을 사용하여 사전에 필요 조건 검사를 실행하는 것이 좋습니다.

Q: 왜 주된 열쇠를 자전하는 것이 중요합니까?

A: 마스터 키를 교체하면 데이터 보호에 사용되는 암호화 키가 주기적으로 업데이트되어 키 손상 위험이 줄어들어 데이터베이스 보안이 향상됩니다.

Q: 마스터 키를 교체한 후 데이터베이스를 다시 시작해야 합니까?

A: 아니요. 마스터 키를 교체한 후에는 데이터베이스를 다시 시작할 필요가 없습니다. 키 교체는 서비스 중단 없이 즉시 적용됩니다.

dbaascli tde setKeyVersion

DB/CDB 또는 PDB에서 사용할 기본 키의 버전을 설정하려면 dbaascli tde setKeyVersion 명령을 사용합니다.

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

구문:

dbaascli tde setKeyVersion --kmsKeyVersionOCID <value> --dbname <value>
[--pdbName <value>]
[--masterKeyID <value>]
[--standbySuc]
[--executePrereqs]
[--waitForCompletion <value>]

매개변수:

매개변수 설명
--kmsKeyVersionOCID 설정할 KMS 키 버전 OCID를 지정합니다.
--dbname 데이터베이스 이름을 지정하십시오.
--pdbName 키 버전 OCID를 사용할 PDB의 이름입니다.
--masterKeyID 제공된 키 버전 OCID의 마스터 키 ID를 지정합니다. 이는 Data Guard 환경에 적용할 수 있습니다.
--standbySuc 대기 데이터베이스에서 명령이 성공적으로 실행되면 Data Guard 환경의 기본 데이터베이스에서 이 속성을 지정합니다.
--executePrereqs 필요 조건 검사 실행 및 결과 보고
--waitForCompletion 백그라운드에서 작업을 실행하려면 false를 지정하십시오. 적합한 값: true 또는 false

FAQ(자주 묻는 질문):

Q: dbaascli tde setKeyVersion 명령의 목적은 무엇입니까?

A: dbaascli tde setKeyVersion 명령은 데이터베이스 또는 PDB(플러그인할 수 있는 데이터베이스)에서 TDE(투명한 데이터 암호화)에 사용해야 하는 기본 암호화 키의 버전을 설정하는 데 사용됩니다. 이렇게 하면 특정 버전의 KMS 키를 데이터베이스에 지정할 수 있습니다.

Q: dbaascli tde setKeyVersion 명령을 사용하기 위한 사전 요구사항은 무엇입니까?

A: root 유저로 명령을 실행하고 Oracle Base Database Cloud@Customer 가상 시스템에 연결되어 있는지 확인해야 합니다.

Q: –kmsKeyVersionOCID 매개변수는 무엇을 지정합니까?

A: --kmsKeyVersionOCID 매개변수는 데이터베이스 또는 PDB에 대해 설정할 KMS 키 버전 OCID(Oracle Cloud Identifier)를 지정합니다.

Q: –dbname 매개변수는 무엇을 지정합니까?

A: --dbname 매개변수는 키 버전이 설정될 Oracle AI Database의 이름을 지정합니다.

Q: –pdbName 매개변수의 목적은 무엇입니까?

A: --pdbName 매개변수는 특정 KMS 키 버전을 설정할 CDB(컨테이너 데이터베이스) 내 PDB(플러그인할 수 있는 데이터베이스)의 이름을 지정합니다.

Q: –masterKeyID 매개변수는 어떤 용도로 사용됩니까?

A: --masterKeyID 매개변수는 제공된 KMS 키 버전 OCID와 연관된 마스터 키 ID를 지정합니다. 이는 Data Guard 환경에서 특히 중요합니다.

Q: –standbySuc 매개변수의 역할은 무엇입니까?

A: --standbySuc 파라미터는 Data Guard 환경에서 사용됩니다. 이 속성은 standby database에서 명령을 성공적으로 실행한 후에 primary database에서 이 속성을 설정하도록 지정합니다.

Q: –executePrereqs 매개변수는 무엇을 수행합니까?

A: --executePrereqs 매개변수는 작업을 실행하기 전에 필요 조건 검사를 실행할지 여부를 지정합니다. 유효한 값은 yes 또는 no입니다.

Q: –waitForCompletion 매개변수는 무엇을 제어합니까?

A: --waitForCompletion 매개변수는 작업이 동기적으로(완료 대기 중) 실행될지 아니면 비동기적으로(백그라운드에서) 실행될지 결정합니다. 적합한 값은 true 또는 false입니다.

Q: CDB의 키 버전을 설정하는 경우 –pdbName 매개변수가 필요합니까?

A: 아니요. --pdbName 매개변수는 특정 PDB(플러그인할 수 있는 데이터베이스)에 대한 키 버전을 설정하는 경우에만 필요합니다. 전체 CDB(컨테이너 데이터베이스)에 대한 키 버전을 설정하는 경우 선택 사항입니다.

Q: Data Guard가 아닌 환경에 –masterKeyID 매개변수가 필요합니까?

A: 아니요. --masterKeyID 매개변수는 일반적으로 Data Guard 환경에서만 사용됩니다. 독립형 데이터베이스의 경우 이 매개변수는 필요하지 않습니다.

Q: 데이터베이스의 키 버전을 설정하려면 어떻게 해야 합니까?

A: 다음을 실행하여 데이터베이스의 키 버전을 설정할 수 있습니다.

dbaascli tde setKeyVersion --kmsKeyVersionOCID <value> --dbname <DB_NAME>

Q: 특정 PDB의 키 버전을 설정하려면 어떻게 해야 합니까?

A: 특정 PDB(플러그인할 수 있는 데이터베이스)에 대한 키 버전을 설정하려면 데이터베이스 이름과 함께 --pdbName 매개변수를 사용합니다.

dbaascli tde setKeyVersion --kmsKeyVersionOCID <value> --dbname <DB_NAME> --pdbName <PDB_NAME>

Q: 키 버전을 설정하기 전에 모든 필요 조건이 충족되었는지 어떻게 확인할 수 있습니까?

A: --executePrereqs 파라미터를 사용하여 필요 조건 검사를 실행할 수 있습니다.

dbaascli tde setKeyVersion --kmsKeyVersionOCID <value> --executePrereqs yes

Q: Data Guard 환경에서 키 버전을 설정하려면 어떻게 해야 합니까?

A: Data Guard 환경에서 다음 작업을 수행해야 합니다.

Q: 작업이 완료될 때까지 기다리지 않고 백그라운드에서 작업을 실행하려면 어떻게 해야 합니까?

A: --waitForCompletion를 false로 설정하여 비동기적으로 작업을 실행할 수 있습니다.

dbaascli tde setKeyVersion --kmsKeyVersionOCID <value> --waitForCompletion false

Q: 키 버전을 설정하지 못하면 어떻게 해야 합니까?

A: 다음 사항을 확인합니다.

Q: Data Guard 환경에서 작업이 성공적으로 완료되지 않았는지 확인하려면 어떻게 해야 합니까?

A: standby database에서 명령을 실행할 때 --masterKeyID 파라미터가 올바르게 지정되었는지 확인합니다. 대기 데이터베이스가 완료되면 기본 데이터베이스에서 명령을 실행할 때 --standbySuc 매개변수를 사용해야 합니다.

Q: 데이터베이스가 실행되는 동안 dbaascli tde setKeyVersion 명령을 실행할 수 있습니까?

A: 예. 데이터베이스가 실행되는 동안 명령을 실행할 수 있습니다. 하지만 사전에 --executePrereqs를 사용하여 필요 조건 검사를 실행하는 것이 좋습니다.

Q: 데이터베이스에 대해 올바른 KMS 키 버전을 설정하는 것이 중요한 이유는 무엇입니까?

A: 올바른 KMS 키 버전을 설정하면 데이터베이스가 TDE에 적합한 암호화 키 버전을 사용하므로 데이터 보안 및 조직 정책 준수를 유지할 수 있습니다.

Q: 잘못된 KMS 키 버전 OCID를 사용하면 어떻게 됩니까?

A: 잘못된 KMS 키 버전 OCID를 사용하는 경우 암호화가 실패할 수 있으며 데이터베이스에서 암호화 작업에 잘못된 키를 사용할 수 없습니다. 올바른 키 버전 OCID가 제공되었는지 확인해야 합니다.

Q: 키 버전을 설정한 후 데이터베이스를 다시 시작해야 합니까?

A: 아니요. 키 버전을 설정한 후에는 데이터베이스를 재시작할 필요가 없습니다. 새 키 버전은 다시 시작할 필요 없이 즉시 적용됩니다.

예: dbaascli tde setKeyVersion

dbaascli tde setKeyVersion --dbname dbname --kmsKeyVersionOCID ocid1.keyversion.oc1.eu-frankfurt-1.bjqnwclvaafak.bc4hmd3olgaaa.abtheljsyxtgn4vzi2bbpcej6a7abcwvylkd2lx56lu2s6iwnxwgigu23nha
dbaascli tde setKeyVersion --dbname dbname --kmsKeyVersionOCID ocid1.keyversion.oc1.eu-frankfurt-1.bjqnwclvaafak.bc4hmd3olgaaa.abtheljsyxtgn4vzi2bbpcej6a7abcwvylkd2lx56lu2s6iwnxwgigu23nha --executePrereqs
dbaascli tde setKeyVersion --dbname dbname --pdbName pdb --kmsKeyVersionOCID ocid1.keyversion.oc1.eu-frankfurt-1.bjqnwclvaafak.bc4hmd3olgaaa.abtheljsyxtgn4vzi2bbpcej6a7abcwvylkd2lx56lu2s6iwnxwgigu23nha

dbaascli tde setPrimaryHsmKey

기존 HSM(KMS) 구성에 대한 기본 HSM(KMS) 키를 변경하려면 dbaascli tde setPrimaryHsmKey 명령을 사용합니다.

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

구문:

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <value> --dbname <value>
[--allStandbyPrepared]
[--bounceDatabase]
[--executePrereqs]
[--resume [--sessionID <value>]]

매개변수:

매개변수 설명
--primaryKmsKeyOCID 설정할 기본 KMS 키를 지정합니다.
--dbname 데이터베이스 이름 지정
--allStandbyPrepared 모든 대기 데이터베이스에서 작업이 성공적으로 실행되었는지 확인하도록 지정하십시오.
--bounceDatabase 이 작업에 대해 롤링 데이터베이스 재발송을 수행하려면 이 플래그를 지정하십시오.
--executePrereqs 필요 조건 검사 실행 및 결과 보고
--resume 이전 실행을 재개합니다.
--sessionID 특정 세션 ID를 재개합니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde setPrimaryHsmKey 명령의 목적은 무엇입니까?

A: dbaascli tde setPrimaryHsmKey 명령은 TDE(투명한 데이터 암호화)에 대한 기존 HSM/KMS 구성에서 기본 HSM(하드웨어 보안 모듈) 또는 KMS(키 관리 서비스) 키를 변경하는 데 사용됩니다.

Q: dbaascli tde setPrimaryHsmKey 명령을 실행하기 위한 필수 조건은 무엇입니까?

A: 명령은 root 사용자로 실행되어야 하며 환경은 Oracle Base Database Cloud@Customer 가상 머신이어야 합니다.

Q: –primaryKmsKeyOCID 매개변수는 무엇을 지정합니까?

A: --primaryKmsKeyOCID 매개변수는 TDE 환경에 대해 설정할 기본 KMS 키의 OCID(Oracle Cloud Identifier)를 지정합니다.

Q: –dbname 매개변수의 기능은 무엇입니까?

A: --dbname 매개변수는 기본 HSM/KMS 키가 설정될 Oracle AI Database의 이름을 지정합니다.

Q: –standbySuc 매개변수는 무엇을 수행합니까?

A: --standbySuc 파라미터는 Data Guard 환경에서 사용됩니다. 이 명령은 standby database에서 성공적으로 실행한 후에 primary database에서 실행되도록 지정합니다.

Q: –precheckOnly 매개변수의 목적은 무엇입니까?

A: --precheckOnly 매개변수를 사용하면 이 작업에 대한 사전 검사만 실행할 수 있습니다. 실제 변경 없이 환경을 검증합니다. 유효한 값은 yes 또는 no입니다.

Q: –bounceDatabase 매개변수는 무엇을 제어합니까?

A: --bounceDatabase 매개변수는 롤링 방식으로 데이터베이스를 반송(다시 시작)해야 할지 여부를 작업의 일부로 지정합니다. 이렇게 하면 데이터베이스의 일부를 하나씩 재시작하여 작동 중지 시간을 최소화할 수 있습니다.

Q: 데이터베이스의 기본 KMS 키를 설정하려면 어떻게 해야 합니까?

A: 기본 KMS 키를 설정하려면 다음 명령을 실행합니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --dbname <DB_NAME>

Q: 어떤 문제도 없이 작업을 실행할 수 있도록 하려면 어떻게 해야 합니까?

A: --precheckOnly 매개변수를 사용하여 작업을 실행하여 모든 필요 조건이 충족되었는지 확인합니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --precheckOnly yes

Q: Data Guard 환경에서 기본 KMS 키를 설정하려면 어떻게 해야 합니까?

A: 먼저 standby database에서 명령을 실행합니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --dbname <DB_NAME>

그런 다음 primary database에서 --standbySuc 파라미터를 사용하여 명령을 실행합니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --dbname <DB_NAME> --standbySuc yes

Q: 기본 KMS 키를 변경하는 동안 작동 중지 시간을 최소화하려면 어떻게 해야 합니까?

A: --bounceDatabase 매개변수를 사용하여 작동 중지 시간을 최소화하면서 롤링 재시작을 수행할 수 있습니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --bounceDatabase

Q: –dbname 파라미터는 모든 데이터베이스에 필요합니까?

A: 예. 기본 KMS 키를 설정해야 하는 대상 데이터베이스를 나타내려면 --dbname 매개변수를 지정해야 합니다.

Q: Data Guard 환경에서 –standbySuc 파라미터를 사용해야 합니까?

A: 예. 대기 데이터베이스에서 명령을 성공적으로 실행한 후 기본 데이터베이스에서 명령을 실행할 때 --standbySuc 매개변수를 사용해야 합니다.

Q: 데이터베이스에 대한 반송 작업을 건너뛸 수 있습니까?

A: 예. --bounceDatabase 매개변수를 지정하지 않으면 데이터베이스가 작업의 일부로 반송(다시 시작)되지 않습니다.

Q: 실행 중에 명령이 실패하면 어떻게 해야 합니까?

A: 명령이 실패하면 다음을 확인합니다.

Q: Data Guard 환경에서 작업이 실패하면 어떻게 됩니까?

A: 기본 데이터베이스에서 실행하기 전에 대기 데이터베이스에서 명령이 성공적으로 실행되었는지 확인하십시오. 로그에 오류가 있는지 확인하고 올바른 매개변수를 사용하여 작업을 다시 실행하십시오.

Q: 라이브 데이터베이스에서 dbaascli tde setPrimaryHsmKey 명령을 실행할 수 있습니까?

A: 예, 데이터베이스가 있는 동안 명령을 실행할 수 있습니다. 그러나 --bounceDatabase 매개변수를 사용하면 롤링 방식으로 데이터베이스가 재시작되어 영향이 최소화됩니다.

Q: 완전한 작동 중지 시간을 피하기 위해 롤링 방식으로 명령을 실행하려면 어떻게 해야 합니까?

A: 기본 KMS 키를 변경하는 동안 --bounceDatabase 매개변수를 사용하여 데이터베이스의 롤링 재시작을 수행합니다.

dbaascli tde setPrimaryHsmKey --primaryKmsKeyOCID <key_OCID> --bounceDatabase

Q: 기본 KMS 키 변경의 중요성은 무엇입니까?

A: 기본 KMS 키를 변경하면 데이터베이스에서 TDE(투명한 데이터 암호화)에 대해 업데이트되거나 다른 암호화 키를 사용합니다. 이는 보안 또는 준수상의 이유로 필요할 수 있습니다.

Q: 기본 KMS 키를 얼마나 자주 교체하거나 변경해야 합니까?

A: 엄격한 규칙은 없지만 조직은 키 순환 간격 또는 준수 요구 사항과 같은 보안 정책에 따라 기본 KMS 키를 교체할 수 있습니다.

Q: 기본 KMS 키가 잘못 설정된 경우 어떻게 됩니까?

A: 잘못된 키 OCID가 설정된 경우 데이터베이스 암호화 작업이 실패할 수 있으며, 올바른 키로 되돌리거나 올바른 KMS 키 OCID를 설정하여 구성을 수정해야 할 수 있습니다.

Q: 기본 KMS 키를 변경한 후 데이터베이스를 다시 시작해야 합니까?

A: 아니오, --bounceDatabase 매개변수를 사용하도록 선택하지 않으면 데이터베이스를 재시작하지 않아도 됩니다. 이 경우 변경 사항이 적용되도록 데이터베이스가 자동으로 재시작됩니다.

예: dbaascli tde setPrimaryHsmKey

dbaascli tde setPrimaryHsmKey --dbname dbname --primaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza
dbaascli tde setPrimaryHsmKey --dbname dbname --primaryKmsKeyOCID ocid1.key.oc1.eu-frankfurt-1.bjqnwclvaafak.abtheljsgfxa2xe5prvlzdxtygoiqpm2pu2afgta54krxwllk5uxainvvxza --executePrereqs

dbaascli tde 상태

지정된 데이터베이스의 키 저장소에 대한 정보를 표시하려면 dbaascli tde status 명령을 사용합니다.

필수 조건:

oracle 사용자로서 다음 명령을 실행합니다.

구문:

dbaascli tde status --dbname dbname

매개변수:

매개변수 설명
--dbname 확인하려는 데이터베이스의 이름을 지정하십시오.

명령의 출력에는 키 저장소 유형 및 키 저장소 상태가 포함됩니다.

FAQ(자주 묻는 질문):

Q: dbaascli tde status 명령은 어떤 작업을 수행합니까?

A: dbaascli tde status 명령은 지정된 데이터베이스의 키 저장소에 대한 정보를 표시합니다. 여기에는 키 저장소의 유형 및 해당 상태에 대한 세부정보가 포함됩니다.

Q: dbaascli tde status 명령은 누가 실행해야 합니까?

A: 명령은 oracle 사용자로 실행되어야 합니다.

Q: dbaascli tde status 명령은 어디에서 실행해야 합니까?

A: 명령은 Oracle Base Database Cloud@Customer 가상 머신에서 실행해야 합니다. 유틸리티를 실행하려면 SSH를 통해 가상 머신에 연결해야 합니다.

Q: –dbname 매개변수의 기능은 무엇입니까?

A: --dbname 매개변수는 TDE 키 저장소 상태가 확인될 데이터베이스의 이름을 지정합니다.

Q: dbaascli tde status 명령은 어떤 정보를 반환합니까?

A: 명령의 출력에는 keystore 유형(예: HSM 기반 또는 파일 기반)과 keystore의 현재 상태(예: 열기, 닫기 또는 기타 상태)가 포함됩니다.

Q: dbaascli tde status 명령을 사용하여 keystore가 열려 있는지 또는 닫혀 있는지 어떻게 알 수 있습니까?

A: 키 저장소가 열려 있는지 아니면 닫혀 있는지를 비롯한 키 저장소의 상태는 dbaascli tde status 명령으로 반환된 출력의 일부입니다.

Q: 특정 데이터베이스의 TDE 키 저장소 상태를 확인하려면 어떻게 해야 합니까?

A: 특정 데이터베이스의 TDE 키 저장소 상태를 확인하려면 다음을 실행합니다.

dbaascli tde status --dbname <DB_NAME>

Q: 여러 데이터베이스의 키 저장소 상태를 확인할 수 있습니까?

A: 예. 그러나 각 데이터베이스에 대해 별도로 명령을 실행하여 --dbname 매개변수를 사용하여 이름을 지정해야 합니다.

Q: dbaascli tde status 명령을 root 유저로 실행할 수 있습니까?

A: 아니요. root 사용자가 아닌 oracle 사용자로 명령을 실행해야 합니다.

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

A: 예. 명령을 실행하려면 Oracle 사용자 권한이 있어야 하고 Oracle Base Database Cloud@Customer 가상 머신에 연결되어 있어야 합니다.

Q: dbaascli tde status 명령을 실행할 때 오류가 발생하면 어떻게 해야 합니까?

A: oracle 사용자로 명령을 실행 중인지 확인하고 필요한 권한이 있으며 올바른 가상 머신에 연결되어 있는지 확인하십시오.

Q: 데이터베이스에서 사용 중인 키 저장소 유형을 어떻게 알 수 있습니까?

A: 키 저장소의 유형(예: 파일 기반인지 HSM/KMS 기반인지 여부)이 dbaascli tde status 명령의 출력에 표시됩니다.

Q: 키 저장소가 닫히면 어떻게 해야 합니까?

A: keystore가 닫혀 있는 경우 수행하려는 작업에 따라 keystore를 수동으로 열어야 할 수도 있습니다. 정확한 프로세스는 keystore 유형 및 환경에 따라 달라집니다.

Q: CDB(컨테이너 데이터베이스) 또는 PDB(플러그인할 수 있는 데이터베이스)에 대한 키 저장소 상태를 볼 수 있습니까?

A: 예. --dbname 매개변수를 사용하여 해당 데이터베이스 이름을 지정하면 CDB 및 PDB에 대한 키 저장소 상태를 볼 수 있습니다.

Q: 명령이 데이터베이스 연결에 대한 오류를 반환하면 어떻게 됩니까?

A: 데이터베이스 연결에 문제가 있거나 사용자 환경에 문제가 있는 것일 수 있습니다. 데이터베이스가 실행 중이고 액세스할 수 있는지 확인하고 Oracle Base Database Cloud@Customer 가상 머신에 대한 SSH 접속을 확인합니다.

Q: 데이터베이스 이름이 올바르지 않으면 어떻게 됩니까?

A: --dbname 매개변수가 올바르지 않거나 존재하지 않는 데이터베이스를 지정하는 경우 명령이 실패하고 문제를 나타내는 오류 메시지가 표시됩니다.

Q: 키 저장소 상태가 예상치 않은 상태인 경우 문제를 해결하려면 어떻게 해야 합니까?

A: keystore 상태가 예상치 않은 상태인 경우 데이터베이스 로그에서 자세한 내용을 검토하고 keystore의 구성을 확인하여 올바르게 설정되었는지 확인합니다.

Q: 모니터링을 위해 키 저장소 상태 확인을 자동화할 수 있습니까?

A: 예. dbaascli tde status 명령을 스크립트로 작성하여 키 저장소 상태를 주기적으로 확인하거나 데이터베이스 모니터링 도구에 통합할 수 있습니다.

Q: TDE(투명한 데이터 암호화)가 올바르게 사용으로 설정되었는지 확인하려면 어떻게 해야 합니까?

A: dbaascli tde status 명령을 사용하여 키 저장소의 상태를 확인하여 TDE가 올바르게 사용으로 설정되었는지 확인할 수 있습니다. 유효한 열린 키 저장소는 TDE가 제대로 구성되었음을 나타냅니다.

예: dbaascli tde status

dbaascli tde status --dbname dbname