정기적 인 무료 업데이트 전문가 - 클라우드 데이터베이스 - 엔지니어 덤프 실제 시험 문제 테스트 엔진 Mar 13, 2023 [Q19-Q43] : 시험 연구실 뇌 덤프 : http://blog.examslabs.com

시험 연구소 브레인덤프
https://blog.examslabs.com/ko/2023/03/정기-무료-업데이트-전문-클라우드-데이터베이스-엔/
내보내기 날짜: 월 12 23 15:32:07 2024 / +0000 GMT

정기적 인 무료 업데이트 전문가 - 클라우드 데이터베이스 - 엔지니어 덤프 실제 시험 문제 테스트 엔진 Mar 13, 2023 [Q19-Q43]

정기 무료 업데이트 Professional-Cloud-Database-Engineer 덤프 실제 시험 문제 테스트 엔진 Mar 13, 2023

실제 시험에서 경험한 정답이 검증된 모의고사 문제!

Google 전문가-클라우드-데이터베이스-엔지니어 시험 강의 계획서 주제:

주제	세부 정보
주제 1	개념을 적용하여 확장성과 가용성이 뛰어난 데이터베이스를 Google Cloud에서 구현하세요. 시나리오가 주어지면 애플리케이션 가용성 요구 사항에 따라 유지 관리 기간 및 알림을 정의합니다.
주제 2	인증 및 액세스를 포함한 데이터베이스 사용자 관리 데이터베이스 솔루션 운영 비용을 지속적으로 평가하고 최적화하세요.
주제 3	관리형과 비관리형 데이터베이스 서비스 구분하기 Google Cloud에서 데이터베이스 솔루션을 실행하는 데 드는 비용 분석
주제 4	Google Cloud에서 고가용성 데이터베이스 솔루션 프로비저닝 확장성과 가용성이 뛰어난 클라우드 데이터베이스 솔루션 설계
주제 5	SQL과 NoSQL 비즈니스 요구 사항 구분하기 다중 지역, 지역 및 구역 데이터베이스 배포 전략 간의 절충점 평가
주제 6	주어진 시나리오에 적합한 데이터베이스 마이그레이션 도구를 결정합니다. 성능 요구 사항에 따라 데이터베이스 컴퓨팅 및 스토리지 크기 조정
주제 7	확장성과 가용성이 뛰어난 데이터베이스를 Google Cloud에 배포하세요. 데이터베이스 연결 및 액세스 관리 고려 사항 결정
주제 8	폴백 계획 및 스키마 변환을 포함한 데이터베이스 마이그레이션 계획 및 수행 고가용성 및 재해 복구 전략을 주기적으로 테스트하세요.
주제 9	복구 시간 목표(RTO) 및 복구 지점 목표(RPO)를 위한 설계 느리게 실행되는 쿼리와 데이터베이스 잠금을 평가하고 누락된 인덱스를 식별합니다.
주제 10	세션 풀러 서비스 사용 정당화 시나리오가 주어지면 현재 환경 워크로드 메트릭과 향후 요구 사항을 기반으로 솔루션 크기 조정을 수행합니다.
주제 11	데이터베이스 인스턴스 프로비저닝 자동화 애플리케이션이 데이터베이스에 연결할 방법을 결정합니다.

Q19. 조직에서 Compute Engine의 가상 머신(VM)에서 중요한 프로덕션 데이터베이스를 실행하고 있습니다. VM에는 데이터 파일을 위한 ext4 형식의 영구 디스크가 있습니다. 데이터베이스의 저장 공간이 곧 부족해질 것입니다. 다운타임을 방지하는 솔루션을 구현해야 합니다. 어떻게 해야 하나요?

Google Cloud 콘솔에서 영구 디스크의 크기를 늘리고 resize2fs 명령을 사용하여 디스크를 확장합니다.

Google Cloud 콘솔에서 영구 디스크의 크기를 늘리고 fdisk 명령을 사용하여 새 공간을 사용할 준비가 되었는지 확인합니다.

Google Cloud 콘솔에서 영구 디스크의 스냅샷을 만들고, 더 큰 새 디스크에 스냅샷을 복원하고, 이전 디스크의 마운트를 해제하고, 새 디스크를 마운트한 다음 데이터베이스 서비스를 다시 시작합니다.

Google Cloud 콘솔에서 VM에 연결된 새 영구 디스크를 만들고, 파일을 새 디스크로 이동하도록 데이터베이스 서비스를 구성합니다.

Q20. 회사에서 Oracle, MySQL, Microsoft SQL Server 및 PostgreSQL 관계형 데이터베이스를 Google Cloud로 마이그레이션하기를 원합니다. 가능하면 완전히 관리되는 유연한 데이터베이스 솔루션이 필요합니다. 어떻게 해야 하나요?

모든 데이터베이스를 Cloud SQL로 마이그레이션하세요.

Oracle, MySQL 및 Microsoft SQL Server 데이터베이스를 Cloud SQL로 마이그레이션하고 PostgreSQL 데이터베이스를 Compute Engine으로 마이그레이션합니다.

MySQL, Microsoft SQL Server 및 PostgreSQL 데이터베이스를 Compute Engine으로 마이그레이션하고 Oracle 데이터베이스를 Bare Metal Solution for Oracle로 마이그레이션합니다.

MySQL, Microsoft SQL Server 및 PostgreSQL 데이터베이스를 Cloud SQL로 마이그레이션하고, Oracle 데이터베이스를 Bare Metal Solution for Oracle로 마이그레이션하세요.

Q21. 팀에서 연중무휴 24시간 사용 가능해야 하는 5TB 데이터베이스가 포함된 Cloud SQL for MySQL 인스턴스를 실행하고 있습니다. 운영 오버헤드나 프로덕션 워크로드에 대한 위험을 최소화하면서 데이터베이스 백업을 오브젝트 스토리지에 저장해야 합니다. 어떻게 해야 하나요?

Cloud SQL 서버리스 내보내기를 사용하세요.

읽기 복제본을 만든 다음 mysqldump 유틸리티를 사용하여 각 테이블을 내보냅니다.

클라우드 SQL 인스턴스를 복제하고 mysqldump 유틸리티를 사용하여 데이터를 내보냅니다.

기본 데이터베이스 인스턴스에서 mysqldump 유틸리티를 사용하여 백업을 내보냅니다.

Q22. 디지털 네이티브 비즈니스는 클라우드 SQL에서 데이터베이스 워크로드를 실행합니다. 웹사이트는 전 세계에서 연중무휴 24시간 액세스할 수 있어야 합니다. 고가용성(HA)을 위해 Cloud SQL 인스턴스를 준비해야 합니다. Google 권장 사례를 따르고 싶습니다. 어떻게 해야 하나요? (두 가지를 선택하세요.)

수동 백업을 설정합니다.

HA 옵션으로 온프레미스에 PostgreSQL 데이터베이스를 생성합니다.

자동 백업을 위한 단일 영역 가용성을 구성하세요.

특정 시점 복구를 사용하도록 설정합니다.

자동 백업을 예약하세요.

Q23. 새 애플리케이션을 위한 데이터베이스 백엔드를 선택하려고 합니다. 애플리케이션은 IoT 센서에서 데이터 포인트를 수집합니다. 애플리케이션이 10ms 미만의 지연 시간으로 초당 최대 수백만 건의 요청을 처리하고 최대 100TB의 기록을 저장할 수 있는지 확인해야 합니다. 어떻게 해야 하나요?

처리량을 위해 읽기 복제본과 함께 Cloud SQL을 사용하세요.

Firestore를 사용하고 서버리스 자동 확장을 활용하세요.

멤캐시드용 메모리스토어를 사용하고, 필요한 처리량을 달성하기 위해 필요에 따라 노드를 추가합니다.

빅테이블을 사용하고 필요한 처리량을 달성하기 위해 필요에 따라 노드를 추가합니다.

Q24. Cloud SQL for PostgreSQL에서 데이터베이스에 연결하는 여러 애플리케이션을 관리하고 있습니다. 데이터베이스 성능을 모니터링하여 오래 실행되고 리소스 집약적인 쿼리가 있는 애플리케이션을 쉽게 식별할 수 있어야 합니다. 어떻게 해야 하나요?

Cloud SQL에서 생성된 로그 메시지를 사용합니다.

클라우드 SQL용 쿼리 인사이트를 사용하세요.

Cloud SQL에서 사용 가능한 메트릭이 있는 Cloud 모니터링 대시보드를 사용하세요.

Google Cloud 콘솔에서 Cloud SQL 인스턴스 모니터링을 사용하세요.

Q25. 애플리케이션이 마이크로서비스 아키텍처를 따르고 하나의 대규모 Cloud SQL 인스턴스를 사용하는데, 애플리케이션이 성장함에 따라 성능 문제가 발생하기 시작했습니다. Cloud 모니터링 대시보드에서 CPU 사용률은 정상으로 보입니다. 이러한 성능 문제를 해결하고 방지하면서 대규모 리팩터링을 피하기 위해 Google이 권장하는 방법을 따르고자 합니다. 어떻게 해야 하나요?

Cloud SQL 대신 Cloud Spanner를 사용하세요.

인스턴스의 CPU 수를 늘립니다.

인스턴스의 저장소 크기를 늘립니다.

더 작은 Cloud SQL 인스턴스를 많이 사용하세요.

Q26. 리테일 조직에서 연말 시즌을 준비하고 있습니다. 카탈로그 서비스 사용이 증가하고 있으며, DevOps 팀은 마이크로서비스 기반 애플리케이션을 구동하는 Cloud SQL 데이터베이스를 지원하고 있습니다. DevOps 팀은 Sqlcommenter를 통해 계측 기능을 추가했습니다. 특정 마이크로서비스 호출이 실패하는 이유의 근본 원인을 파악해야 합니다. 어떻게 해야 하나요?

장기 실행 쿼리에 대한 쿼리 인사이트를 확인하세요.

Cloud SQL 인스턴스 모니터에서 CPU 사용률 메트릭을 확인하세요.

오버프로비저닝된 인스턴스에 대한 Cloud SQL 권장 사항을 확인하세요.

실패하는 애플리케이션 요청에 대한 클라우드 추적을 확인하세요.

Q27. 조직에서 50TB의 Oracle 데이터베이스를 Oracle용 베어 메탈 솔루션으로 마이그레이션하고 있습니다. 빠른 복원을 위해 데이터베이스 백업을 사용할 수 있어야 합니다. 또한 5년 동안 백업을 사용할 수 있어야 합니다. 2시간의 복구 시간 목표(RTO)와 15분이라는 복구 지점 목표(RPO)를 충족하는 비용 효율적인 아키텍처를 설계해야 합니다. 어떻게 해야 할까요?

플래시 스토리지에서 실행되는 데이터베이스를 사용하여 베어 메탈 솔루션 서버에 데이터베이스를 생성합니다.
모든 플래시 스토리지에 로컬 백업 복사본을 보관하세요.
하루 이상 지난 백업은 Actifio OnVault 스토리지에 보관하세요.

플래시 스토리지에서 실행되는 데이터베이스를 사용하여 베어 메탈 솔루션 서버에 데이터베이스를 생성합니다.
로컬 백업 복사본을 표준 저장소에 보관하세요.
하루 이상 지난 백업은 Actifio OnVault 스토리지에 보관하세요.

플래시 스토리지에서 실행되는 데이터베이스를 사용하여 베어 메탈 솔루션 서버에 데이터베이스를 생성합니다.
로컬 백업 복사본을 표준 저장소에 보관하세요.
하루 이상 지난 백업을 콜드라인 스토리지 버킷으로 옮기려면 RMAN(Oracle Recovery Manager) 백업 유틸리티를 사용합니다.

플래시 스토리지에서 실행되는 데이터베이스를 사용하여 베어 메탈 솔루션 서버에 데이터베이스를 생성합니다.
모든 플래시 스토리지에 로컬 백업 복사본을 보관하세요.
하루 이상 지난 백업을 아카이브 스토리지 버킷으로 옮기려면 RMAN(Oracle Recovery Manager) 백업 유틸리티를 사용합니다.

Q28. 조직은 규제가 엄격한 산업에서 운영되고 있습니다. 우려 사항 분리(SoC)와 최소 권한 보안 원칙(PoLP)이 중요합니다. 운영팀은 다음과 같이 구성됩니다:
A는 데이터베이스 관리자입니다.
담당자 B는 메트릭 보고서를 생성하는 분석가입니다.
애플리케이션 C는 자동 백업을 담당합니다.
클라우드 스패너의 팀원에게 역할을 할당해야 합니다. 어떤 역할을 할당해야 하나요?

roles/spanner.database사람 A에 대한 관리자
사람 B에 대한 roles/spanner.databaseReader
애플리케이션 C용 roles/spanner.backupWriter

roles/spanner.database사람 A에 대한 관리자
사람 B에 대한 roles/spanner.databaseReader
roles/spanner.backupAdmin 애플리케이션 C용

roles/spanner.database사람 A에 대한 관리자
roles/spanner.database사용자 B에 대한 사용자
역할/스패너 데이터베이스 애플리케이션 C용 리더

roles/spanner.database사람 A에 대한 관리자
roles/spanner.database사용자 B에 대한 사용자
애플리케이션 C용 roles/spanner.backupWriter

Q29. 원격 의료 회사의 온프레미스 데이터 센터를 Google Cloud로 마이그레이션하려고 합니다. 마이그레이션 계획에 명시되어 있습니다:
여러 시나리오에서 복원 및 장애 조치를 허용하려면 지역 간 복제본이 있는 다중 지역 백업 구성으로 PostgreSQL 데이터베이스를 마이그레이션해야 합니다.
MySQL 데이터베이스는 개인 식별 정보(PII)를 처리하며 지역 수준에서 데이터 레지던시 규정을 준수해야 합니다.
최소한의 관리 노력으로 환경을 설정하고 싶습니다. 어떻게 해야 할까요?

클라우드 함수로 클라우드 로깅 및 클라우드 모니터링을 설정하여 새 데이터베이스 인스턴스가 생성될 때마다 경고를 보내고, 리전을 수동으로 확인합니다.

데이터베이스 유형별로 서로 다른 조직을 설정하고 조직 수준에서 정책 제약 조건을 적용하세요.

클라우드 로깅에서 데이터를 수집하고, 새 데이터베이스 인스턴스가 생성될 때마다 알림을 보내고, 리전을 수동으로 검증하도록 Pub/Sub를 설정하세요.

PostgreSQL 및 MySQL 데이터베이스에 대해 서로 다른 프로젝트를 설정하고 프로젝트 수준에서 조직 정책 제약 조건을 적용하세요.

Q30. 새로운 웹 애플리케이션을 위한 데이터베이스 전략을 설계하고 있습니다. 한 국가에서 소규모 파일럿으로 시작하여 궁극적으로 전 세계 수백만 명의 사용자를 대상으로 확장할 계획입니다. 애플리케이션이 유지보수를 위한 가동 중단 시간을 최소화하면서 연중무휴 24시간 실행될 수 있도록 해야 합니다. 어떻게 해야 할까요?

클라우드 스패너는 지역 구성에서 사용하세요.

다중 지역 구성에서 Cloud Spanner를 사용하세요.

지역 간 복제본과 함께 Cloud SQL을 사용하세요.

여러 영역에서 고가용성 Cloud SQL을 사용하세요.

Q31. 개발자가 테스트를 수행할 수 있는 소규모 Cloud SQL 인스턴스를 관리하고 있습니다. 이 인스턴스는 중요하지 않으며 복구 시점 목표(RPO)가 며칠입니다. 이 인스턴스에 대한 지속적인 비용을 최소화하고 싶습니다. 어떻게 해야 할까요?

백업을 하지 않고 트랜잭션 로그 보존을 해제합니다.

하루에 한 번 수동 백업을 수행하고 거래 로그 보존을 해제합니다.

자동 백업을 켜고 거래 로그 보존을 해제합니다.

자동 백업을 켜고 트랜잭션 로그 보존을 켭니다.

Q32. 온프레미스 MySQL 데이터베이스를 Cloud SQL로 마이그레이션을 완료했습니다. 이전에 데이터베이스 서버에서 실행되는 크론 작업이었던 테이블의 일일 내보내기가 계속 유지되기를 원합니다. 비용과 운영 오버헤드를 최소화하는 솔루션을 원합니다. 어떻게 해야 할까요?

클라우드 스케줄러 및 클라우드 함수를 사용하여 매일 내보내기를 실행합니다.

스트리밍 데이터틀로 작업을 생성하여 테이블을 내보냅니다.

클라우드 작성기를 설정하고 매일 테이블을 내보내는 작업을 만듭니다.

컴퓨트 엔진 인스턴스에서 크론 작업을 실행하여 내보내기를 계속합니다.

Q33. 기존 Cloud Spanner 데이터베이스에 액세스할 수 있는 새 애플리케이션을 구성하고 있습니다. 새 애플리케이션은 대시보드에 대한 통계를 수집하기 위해 이 데이터베이스를 읽습니다. ID 및 액세스 관리(IAM) 권한을 부여할 때 Google에서 권장하는 관행을 따르고 싶습니다. 어떻게 해야 하나요?

이 데이터베이스를 채우는 기존 서비스 계정을 재사용합니다.

새 서비스 계정을 만들고 Cloud Spanner 데이터베이스 관리자 역할을 부여합니다.

새 서비스 계정을 만들고, 이 계정에 클라우드 스패너 데이터베이스 리더 역할을 부여합니다.

새 서비스 계정을 만들고 spanner.databases.select 권한을 부여합니다.

Q34. Cloud SQL 인증 프록시를 사용하여 Google Cloud에 새 Cloud SQL 인스턴스를 배포하고 있습니다. 새 Cloud SQL 인스턴스에 액세스해야 하는 애플리케이션 코드 스니펫을 식별했습니다. 스니펫은 Compute Engine 컴퓨터에서 실행되는 애플리케이션 서버에 상주하고 실행됩니다. 가능한 한 빠르고 안전하게 IAM(ID 및 액세스 관리)을 설정하기 위해 Google이 권장하는 방법을 따르고 싶습니다. 어떻게 해야 하나요?

각 애플리케이션 코드에 대해 공통 공유 사용자 계정을 설정합니다.

각 애플리케이션 코드에 대해 전용 사용자 계정을 설정합니다.

애플리케이션 서버의 경우 서비스 계정을 설정합니다.

애플리케이션 서버의 경우 공통 공유 사용자 계정을 설정합니다.

Q35. Cloud Run에서 실행될 애플리케이션을 작성 중이며 Cloud SQL 관리형 서비스에서 실행되는 데이터베이스가 필요합니다. 이 인스턴스가 Google Cloud의 VPC 환경에서 실행되는 애플리케이션으로부터만 연결을 받도록 이 인스턴스를 보호하고 싶습니다. 어떻게 해야 하나요?

지정된 외부(공인) IP 주소로 인스턴스를 생성합니다.
VPC를 선택하고 방화벽 규칙을 생성하여 Cloud Run에서 인스턴스로의 연결만 허용합니다.
Cloud SQL 인증 프록시를 사용하여 인스턴스에 연결합니다.

지정된 외부(공인) IP 주소로 인스턴스를 생성합니다.
VPC를 선택하고 방화벽 규칙을 생성하여 Cloud Run에서 인스턴스로의 연결만 허용합니다.
연결 풀을 사용하여 인스턴스에 연결하면 인스턴스에 대한 연결을 가장 잘 관리할 수 있습니다.

지정된 내부(비공개) IP 주소로 인스턴스를 생성합니다.
비공개 서비스 연결이 구성된 VPC를 선택합니다.
Cloud SQL 인스턴스와 동일한 VPC 네트워크에서 서버리스 VPC 액세스 커넥터를 구성하세요.
Cloud SQL 인증 프록시를 사용하여 인스턴스에 연결합니다.

지정된 내부(비공개) IP 주소로 인스턴스를 생성합니다.
비공개 서비스 연결이 구성된 VPC를 선택합니다.
Cloud SQL 인스턴스와 동일한 VPC 네트워크에서 서버리스 VPC 액세스 커넥터를 구성하세요.
연결 풀을 사용하여 인스턴스에 연결하면 인스턴스에 대한 연결을 가장 잘 관리할 수 있습니다.

Q36. 온프레미스 애플리케이션을 Google Cloud로 마이그레이션하려고 합니다. 애플리케이션에 비즈니스 크리티컬 기능을 지원하기 위해 고가용성(HA) PostgreSQL 데이터베이스가 필요합니다. 회사의 재해 복구 전략에 따라 장애 발생 후 30분 이내에 복구 시간 목표(RTO) 및 복구 지점 목표(RPO)가 필요합니다. Google Cloud 관리형 서비스를 사용할 계획입니다. 애플리케이션의 가동 시간을 최대화하려면 어떻게 해야 하나요?

지역 구성에서 PostgreSQL용 Cloud SQL을 배포합니다. 동일한 지역의 다른 영역에 읽기 복제본을 만들고 재해 복구를 위해 다른 지역에 읽기 복제본을 만듭니다.

HA가 활성화된 지역 구성에 Cloud SQL for PostgreSQL을 배포합니다. 주기적으로 백업을 수행하고, 재해 복구 이벤트가 발생하는 동안 이 백업을 사용하여 다른 지역의 새 Cloud SQL for PostgreSQL 인스턴스로 복원합니다.

HA가 활성화된 지역 구성에서 PostgreSQL용 Cloud SQL을 배포합니다. 지역 간 읽기 복제본을 만들고, 읽기 복제본을 재해 복구를 위한 기본 노드로 승격합니다.

단일 지역 중단이 애플리케이션에 영향을 미치지 않도록 PostgreSQL 데이터베이스를 다중 지역 Cloud Spanner로 마이그레이션하세요. Cloud Spanner 데이터 유형을 지원하도록 스키마를 업데이트하고 애플리케이션을 리팩터링하세요.

Q37. 기존 데이터베이스를 단일 Windows Server 2019 데이터센터 에디션의 Microsoft SQL Server 2016 Standard Edition에서 단일 Cloud SQL for SQL Server 인스턴스로 마이그레이션해야 합니다. 프로젝트의 검색 단계에서 온프레미스 서버가 약 25,000개의 읽기 IOPS로 최고치를 기록한다는 것을 알게 됩니다. 읽기 성능을 극대화하려면 Cloud SQL 인스턴스의 크기가 적절하게 설정되어 있는지 확인해야 합니다. 어떻게 해야 할까요?

vCPU 4개, RAM 15GB, SSD(솔리드 스테이트 드라이브) 800GB를 갖춘 표준 컴퓨터 유형에서 SQL Server 2019 표준을 만듭니다.

최소 16개의 vCPU, 104GB RAM 및 200GB SSD를 갖춘 고용량 메모리 컴퓨터 유형에서 SQL Server 2019 Standard를 생성합니다.

16개의 vCPU, 104GB RAM 및 4TB SSD를 갖춘 고용량 메모리 컴퓨터 유형에서 SQL Server 2019 Standard를 생성합니다.

16개의 vCPU, 104GB RAM 및 500GB SSD가 있는 고용량 메모리 컴퓨터 유형에 SQL Server 2019 Enterprise를 만듭니다.

Q38. 프로젝트에서 요청자가 유효한 서비스 계정 키를 가지고 있더라도 어떤 상황에서도 공용 인터넷에서 액세스해서는 안 되는 데이터를 저장하기 위해 Bigtable을 사용하고 있습니다. 이 데이터에 대한 액세스를 보호해야 합니다. 어떻게 해야 하나요?

Bigtable 액세스 제어를 위해 ID 및 액세스 관리(IAM)를 사용하세요.

VPC 서비스 제어를 사용하여 빅테이블 서비스를 위한 신뢰할 수 있는 네트워크를 만들 수 있습니다.

고객 관리 암호화 키(CMEK)를 사용합니다.

구글 클라우드 아머를 사용하여 허용 목록에 IP 주소를 추가합니다.

Q39. 미션 크리티컬 Cloud SQL for PostgreSQL 인스턴스를 관리하고 있습니다. 애플리케이션 팀이 데이터베이스에서 중요한 트랜잭션을 실행하고 있을 때 다른 DBA가 온디맨드 백업을 시작합니다. 백업의 상태를 확인하려고 합니다. 어떻게 해야 하나요?

cloudsql.googleapis.com/postgres.log 인스턴스 로그를 확인합니다.

gcloud sql 작업 목록 명령을 실행합니다.

클라우드 감사 로그를 사용하여 상태를 확인합니다.

Google 클라우드 콘솔을 사용합니다.

Q40. 귀하는 프로덕션 환경에서 6개의 엔터프라이즈 애플리케이션을 지원하는 Cloud SQL for PostgreSQL 데이터베이스의 기본 DBA입니다. Cloud SQL 인사이트를 사용하여 비효율적인 쿼리를 식별했으며 이제 비효율적인 쿼리를 생성하는 애플리케이션을 식별해야 합니다. Google 권장 사례를 따르고 싶습니다. 어떻게 해야 하나요?

각 애플리케이션을 종료했다가 다시 시작합니다.

데이터베이스 쿼리 로그를 스캔하는 유틸리티를 작성하세요.

애플리케이션 로그를 스캔하는 유틸리티를 작성하세요.

쿼리 태그를 사용하여 애플리케이션 중심의 데이터베이스 모니터링을 추가하세요.

Q41. 조직에서 중요한 온프레미스 MySQL 데이터베이스를 Cloud SQL for MySQL로 마이그레이션해야 합니다. 온프레미스 데이터베이스는 Cloud SQL에서 지원되는 MySQL 버전에 있으며 InnoDB 스토리지 엔진을 사용합니다. 트랜잭션을 보존하고 다운타임을 최소화하면서 데이터베이스를 마이그레이션해야 합니다. 어떻게 해야 하나요?

데이터베이스 마이그레이션 서비스를 사용하여 온프레미스 데이터베이스에 연결하고 연속 복제를 선택합니다.
온프레미스 데이터베이스가 마이그레이션된 후에는 Cloud SQL for MySQL 인스턴스를 승격하고 애플리케이션을 Cloud SQL 인스턴스에 연결합니다.

각 테이블에 대해 Cloud 데이터 퓨전 파이프라인을 구축하여 온프레미스 MySQL 데이터베이스에서 Cloud SQL for MySQL로 데이터를 마이그레이션합니다.
각 클라우드 데이터 퓨전 파이프라인을 실행하기 위해 가동 중지 시간을 예약하세요.
마이그레이션이 성공했는지 확인합니다.
애플리케이션을 Cloud SQL for MySQL 인스턴스로 다시 가리킵니다.

온프레미스 애플리케이션을 일시 중지합니다.
데이터베이스 콘텐츠를 압축된 형식으로 덤프하려면 mysqldump 유틸리티를 사용합니다.
gsutil -m을 실행하여 덤프 파일을 클라우드 스토리지로 이동합니다.
MySQL용 Cloud SQL 가져오기 옵션을 사용합니다.
가져오기 작업이 완료되면 애플리케이션을 Cloud SQL for MySQL 인스턴스로 다시 가리킵니다.

온프레미스 애플리케이션을 일시 중지합니다.
mysqldump 유틸리티를 사용하여 데이터베이스 콘텐츠를 CSV 형식으로 덤프합니다.
gsutil -m을 실행하여 덤프 파일을 클라우드 스토리지로 이동합니다.
MySQL용 Cloud SQL 가져오기 옵션을 사용합니다.
가져오기 작업이 완료되면 애플리케이션을 Cloud SQL for MySQL 인스턴스로 다시 가리킵니다.

Q42. 트랜잭션이 많은 관계형 데이터베이스를 사용하여 플레이어 인증 및 인벤토리 데이터를 Google 클라우드에 저장하는 새로운 게임 애플리케이션을 설계하고 있습니다. 여러 지역에서 게임을 출시하려고 합니다. 어떻게 해야 하나요?

Cloud Spanner를 사용하여 데이터베이스를 배포합니다.

여러 지역의 클러스터와 함께 Bigtable을 사용하여 데이터베이스를 배포합니다.

BigQuery를 사용하여 데이터베이스 배포

지역 읽기 복제본과 함께 Cloud SQL을 사용하여 데이터베이스를 배포하세요.

Q43. 조직에서 Microsoft SQL Server에서 지연 시간이 짧은 보고 애플리케이션을 실행하고 있습니다. 데이터베이스 엔진 외에도 온프레미스 환경에서 SQL Server 분석 서비스(SSAS), SQL Server 보고 서비스(SSRS), SQL Server 통합 서비스(SSIS)를 사용하고 있습니다. Microsoft SQL Server 데이터베이스 인스턴스를 Google Cloud로 마이그레이션하려고 합니다. 마이그레이션하는 동안 기존 아키텍처의 중단을 최소화해야 합니다. 어떻게 해야 하나요?

SQL Server용 Cloud SQL로 마이그레이션하세요.

PostgreSQL용 Cloud SQL로 마이그레이션하세요.

컴퓨트 엔진으로 마이그레이션합니다.

Google 쿠버네티스 엔진(GKE)으로 마이그레이션하세요.

첫 번째 시도에서 쉽게 Google 전문가-클라우드-데이터베이스-엔지니어 시험에 합격하세요: https://www.examslabs.com/Google/Google-Cloud-Certified/best-Professional-Cloud-Database-Engineer-exam-dumps.html ¹

링크:

https://www.examslabs.com/Google/Google-Cloud-Cert ified/best-Professional-Cloud-Database-Engineer-ex am-dumps.html

게시 날짜: 2023-03-13 15:42:00
게시 날짜 GMT: 2023-03-13 15:42:00

포스트 수정 날짜: 2023-03-13 15:42:00
게시물 수정 날짜 GMT: 2023-03-13 15:42:00

내보내기 날짜: 월 12 23 15:32:07 2024 / +0000 GMT
이 페이지는 시험 연구소 브레인덤프에서 내보냈습니다. [ http://blog.examslabs.com ]