무료 온라인 액세스 Oracle.1Z0-931-25.v2025-11-20.q54 모의 시험 (Page 4)

1Z0-931-25 문제 11

API 호출을 실행하기 위해 Oracle Cloud Infrastructure Console에서 사용자의 공개 SSH 키를 어디에 추가할 수 있습니까?

A. 자율 데이터베이스 콘솔에서

B. Oracle Cloud Infrastructure에서는 SSH 키가 필요하지 않습니다.

C. SSH 키는 콘솔에서 추가할 수 없습니다. REST API를 사용해서만 추가해야 합니다.

D. ID로 이동하여 콘솔에서 사용자 패널을 선택하고 "공개 키 추가"를 선택합니다.

정답: D

OCI의 SSH 키는 보안 액세스에 사용되지만, API 호출에서 SSH 키의 역할에 대한 명확한 설명이 필요합니다. 정답은 다음과 같습니다.
콘솔에서 Identity로 이동하여 Users 패널을 선택하고 "공개 키 추가"(D)를 선택하세요. 이는 올바른 절차이지만, API 호출 자체에 대한 SSH 인증이 아닌 API 인증에 대한 내용이라는 점에 유의해야 합니다. OCI에서 API 호출은 SSH 키가 아닌 API 키(RSA 키 쌍)를 사용하여 인증됩니다. 사용자의 API 접근을 활성화하려면 openssl 등을 사용하여 공개/비공개 키 쌍을 생성한 다음 OCI 콘솔에 공개 키를 추가해야 합니다.
"ID 및 보안" > "사용자"로 이동합니다.
사용자를 선택합니다(예: john.doe).
"API 키"에서 "API 키 추가"를 클릭합니다.
공개 키를 업로드합니다(예: ~/.oci/oci_api_key_public.pem).
이렇게 하면 키가 사용자와 연결되어 개인 키와 구성 파일(예: ~/.oci/config)을 통해 인증된 API 호출(예: oci db autonomous-database list)이 허용됩니다. 질문의 표현("SSH 키")은 "API 키"를 의미하는 용어를 잘못 사용한 것으로 보입니다. SSH 키는 API가 아닌 컴퓨팅 인스턴스 접근을 위한 것입니다. 예를 들어, 사용자는 서명을 통해 요청을 보호하면서 ADB API를 호출하는 키를 추가할 수 있습니다.
잘못된 옵션은 다음과 같습니다.
자율 데이터베이스 콘솔(A): ADB 콘솔은 사용자 API 키가 아닌 데이터베이스별 설정(예: 지갑)을 관리하며, 사용자 API 키는 Identity의 테넌시 수준에서 처리됩니다.
Oracle Cloud Infrastructure(B)에서는 SSH 키가 필요하지 않습니다. 일반적으로는 거짓입니다. 컴퓨팅 인스턴스에는 SSH 키가 필요하지만, API 호출에는 SSH 키가 아닌 API 키가 사용되므로 오해의 소지가 있습니다. API에는 토큰이나 키를 통한 인증이 필요합니다.
SSH 키는 콘솔에서 추가할 수 없습니다. REST API를 사용해서만 추가해야 합니다(C): False. 콘솔은 사용자 패널에서 API 키를 추가할 수 있도록 지원합니다. REST API(예: CreateApiKey)는 대안일 뿐, 유일한 방법은 아닙니다.
SSH 용어의 혼란에도 불구하고 올바른 경로는 API 액세스를 위한 OCI의 사용자 관리를 반영합니다.

1Z0-931-25 문제 12

차량 관리자가 전용 Exadata 인프라에 액세스하려면 어떤 정책을 할당해야 합니까?

A. target.workloadType='OLTP'인 테넌시에서 그룹 adb-admins가 자율 데이터베이스를 관리하도록 허용합니다.

B. 그룹 adb-admins가 테넌시에서 자율 데이터베이스 패밀리를 관리하도록 허용합니다.

C. target.workloadType='DW'인 테넌시에서 그룹 adb-admins가 자율 데이터베이스를 관리하도록 허용합니다.

D. 그룹 adb-admins가 테넌시에서 자율 데이터베이스를 관리하도록 허용

1Z0-931-25 문제 13

Autonomous Database Oracle Client Credentials (Wallets)에 대한 다음 진술 중 틀린 것은 무엇입니까?

A. 자율형 데이터베이스용 지갑은 TDE 지갑과 동일합니다.

B. 자율형 데이터베이스에 연결하려면 Oracle 클라이언트 자격 증명 지갑이 있어야 합니다.

C. Oracle 클라이언트 자격 증명 지갑 외에도 사용자는 자율 데이터베이스에 연결하기 위해 사용자 이름과 비밀번호가 있어야 합니다.

D. Oracle 클라이언트 자격 증명 파일이 ZIP 파일로 다운로드됩니다.

1Z0-931-25 문제 14

다른 사용자를 생성하고 역할을 부여하기 위해 연결하는 자율 데이터베이스(ADB) 인스턴스를 프로비저닝할 때 미리 정의된 사용자는 무엇입니까?

A. 시스템

B. 관리자

C. DWDEV

D. 스콧

정답: B

자율 데이터베이스(ADB) 인스턴스를 프로비저닝할 때 Oracle은 광범위한 권한을 가진 기본 관리자 사용자를 생성합니다. 올바른 사용자는 다음과 같습니다.
ADMIN(B): ADMIN 사용자는 ADB 프로비저닝 과정에서 자동으로 생성되며 기본 관리 계정 역할을 합니다. 사용자 생성, 역할 부여, 관리 작업(예: 확장, 백업) 수행 등 데이터베이스 관리에 대한 모든 권한을 갖습니다. 예를 들어, OCI 콘솔을 통해 ADB를 프로비저닝한 후, 설정한 비밀번호를 사용하여 ADMIN으로 연결한 후 다음과 같은 명령을 실행합니다. CREATE USER analyst1 IDENTIFIED BY "password"; GRANT CONNECT, RESOURCE TO analyst1;. 이 사용자는 초기 구성 및 지속적인 관리의 시작점이며, 보안 액세스를 위해 클라이언트 지갑(예: sqlplus admin/password@adb_high)을 통해 인증됩니다. ADMIN 사용자는 SYS와 같은 기존 Oracle 사용자와는 다릅니다. ADB의 관리형 특성상 직접적인 시스템 수준 접근이 제한되어 ADMIN을 통해 관리가 이루어지기 때문입니다.
잘못된 옵션은 다음과 같습니다.
SYS(A): 기존 Oracle 데이터베이스에서 SYS는 최종 제어권(예: 데이터 사전 소유)을 가진 슈퍼유저입니다. 그러나 ADB에서는 SYS가 존재하지만 완전히 관리되는 환경으로 인해 잠겨 있어 고객이 접근할 수 없습니다. Oracle이 시스템 수준 작업을 관리하고 사용자는 ADMIN으로 접속합니다.
DWDEV(C): ADB에는 미리 정의된 DWDEV 사용자가 없습니다. 이는 DWROLE(데이터 웨어하우스 개발자용)과 같은 역할과 혼동될 수 있지만, 기본적으로는 그러한 사용자가 생성되지 않습니다.
SCOTT(D): SCOTT은 이전 Oracle 버전(EMP 및 DEPT와 같은 테이블 포함)의 샘플 사용자이며, ADB에서 생성되지 않았습니다. 현대적이고 관리되는 환경에서는 의미가 없습니다.
ADMIN 사용자 역할은 고객이 Oracle의 개입 없이 ADB를 관리할 수 있도록 보장하며, 이는 Oracle의 자율적 설계에 부합합니다.

1Z0-931-25 문제 15

Autonomous Container Database의 분기별 유지 관리 업데이트에 사용할 수 있는 세 가지 작업은 무엇입니까? (세 가지를 선택하세요.)

A. 즉시 패치

B. 일정을 재조정하고 즉시 패치합니다.

C. 패치 일정 변경

D. 패치 건너뛰기

E. 부분 패치 적용

정답: B,C,D

Oracle Autonomous Container Database(ACD)는 최소한의 중단과 유연성을 보장하기 위해 분기별 유지 관리 업데이트를 관리하는 특정 옵션을 제공합니다. 사용 가능한 세 가지 올바른 작업은 다음과 같습니다.
일정 변경 및 즉시 패치 적용(B): 이 옵션을 사용하면 유지 관리 기간을 더 편리한 시간으로 조정하고, 변경된 기간 내에 즉시 패치를 적용할 수 있습니다. 기본 일정이 업무 운영과 충돌하더라도 즉시 패치를 적용해야 하는 경우 유용합니다.
패치 일정 변경(C): 이 옵션을 사용하면 사용자는 운영상 필요에 맞는 이후 유지 관리 기간으로 패치 적용을 연기할 수 있으므로 패치를 즉시 적용하지 않고도 유연성을 확보할 수 있습니다.
패치 건너뛰기(D): 사용자는 분기별 유지 관리 업데이트를 완전히 건너뛸 수 있습니다. 이는 현재 데이터베이스 버전이 안정적이고 즉각적인 업데이트가 필요하지 않은 경우 유용합니다. Oracle은 전용 인프라에서 Autonomous Container Database에 대해 최대 두 번의 연속된 분기별 업데이트를 건너뛸 수 있도록 허용합니다.
잘못된 옵션은 다음과 같습니다.
즉시 패치(A): ACD의 분기별 업데이트에 대한 독립형 옵션이 아닙니다. 패치는 예정된 유지 관리 기간 내에 적용되며, 일정 변경 외의 즉시 패치 적용은 별도의 옵션으로 지원되지 않습니다.
부분 패치 적용(E): Oracle은 분기별 유지 관리 업데이트 중에는 부분 패치 적용을 지원하지 않습니다. 일관성과 보안을 위해 업데이트는 전체 번들로 제공됩니다.
이는 전용 인프라에서 자율 데이터베이스를 위한 Oracle의 유지 관리 정책과 일치합니다. 이 정책에서는 일정 예약 및 건너뛰기에 대한 제어가 제공되지만 부분 패치는 옵션이 아닙니다.