このページはExams Labs Braindumps [ http://blog.examslabs.com ] からエクスポートされました。 エクスポート日時:Mon Dec 23 15:19:15 2024 / +0000 GMT ___________________________________________________ タイトル定期無料アップデートProfessional-Cloud-Database-Engineer Dumps Real Exam Questions Test Engine 2023年3月13日【Q19-Q43 --------------------------------------------------- 定期無料アップデートProfessional-Cloud-Database-Engineer Dumps Real Exam Questions Test Engine Mar 13, 2023 実際の試験で経験したように、模擬試験問題検証済み回答！ Google Professional-Cloud-Database-Engineer試験のシラバスのトピック： トピック詳細トピック 1Google Cloud で拡張性と可用性の高いデータベースを実装するための概念を適用するシナリオを想定し、アプリケーションの可用性要件に基づいてメンテナンス ウィンドウと通知を定義するトピック 2データベース ユーザーを管理する、データベースソリューションの運用コストの継続的な評価と最適化Topic 3マネージドデータベースサービスとアンマネージドデータベースサービスの区別Google Cloudにおけるデータベースソリューションの運用コストの分析Topic 4Google Cloudにおける高可用性データベースソリューションの提供スケーラブルで可用性の高いクラウドデータベースソリューションの設計Topic 5SQLとNoSQLのビジネス要件の区別マルチリージョン、リージョン、ゾーンデータベースの展開戦略のトレードオフの評価トピック 6特定のシナリオに適したデータベース移行ツールの決定 パフォーマンス要件に基づくデータベースのコンピューティングとストレージのサイズ決定 トピック 7Google Cloud でのスケーラブルで可用性の高いデータベースの展開 データベースの接続性とアクセス管理の考慮事項の決定 トピック 8データベースの移行を計画し、実行する、フォールバックプランとスキーマ変換を含む高可用性とディザスタリカバリ戦略の定期的なテストトピック 9復旧時間目標（RTO）と復旧時点目標（RPO）の設計実行速度の遅いクエリとデータベースのロックの評価、および不足しているインデックスの特定トピック 10セッションプーラサービスの使用の正当化シナリオを想定し、現在の環境のワークロード指標と将来の要件に基づいてソリューションのサイジングを行うトピック 11データベースインスタンスのプロビジョニングの自動化アプリケーションのデータベースへの接続方法の決定 Q19.あなたの組織は、Compute Engine上の仮想マシン（VM）上で重要な本番データベースを実行しています。VMには、データファイル用にext4フォーマットの永続ディスクがあります。データベースは、間もなくストレージ容量が不足します。あなたは、ダウンタイムを回避するソリューションを実装する必要があります。あなたは何をすべきですか？ Google Cloud Consoleで、永続ディスクのサイズを増やし、resize2fsコマンドを使用してディスクを拡張します。 Google Cloud Console で、永続ディスクのサイズを増やし、fdisk コマンドを使用して新しいスペースが使用可能であることを確認します。 Google Cloud Console で、永続ディスクのスナップショットを作成し、スナップショットを新しいより大きなディスクにリストアし、古いディスクをアンマウントし、新しいディスクをマウントし、データベースサービスを再起動します。 Google Cloud Consoleで、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時間365日利用可能でなければならない5TBのデータベースを持つCloud SQL for MySQLインスタンスを実行しています。運用上のオーバーヘッドや本番ワークロードへのリスクを最小限に抑えながら、データベースのバックアップをオブジェクト・ストレージに保存する必要があります。どうすればいいでしょうか？ Cloud SQLサーバーレス・エクスポートを使用します。 リード・レプリカを作成し、mysqldumpユーティリティを使って各テーブルをエクスポートする。 Cloud SQL インスタンスをクローンし、mysqldump ユーティリティを使用してデータをエクスポートします。 プライマリデータベースインスタンスで mysqldump ユーティリティを使用してバックアップをエクスポートします。 Q22.あなたのデジタル・ネイティブ・ビジネスは、Cloud SQL上でデータベース・ワークロードを実行しています。あなたのウェブサイトは、24時間365日グローバルにアクセスできなければなりません。高可用性（HA）のためにクラウドSQLインスタンスを準備する必要があります。Googleが推奨するプラクティスに従ってください。あなたは何をすべきですか？(2つ選んでください) 手動バックアップを設定する。 HAオプションとしてオンプレミスにPostgreSQLデータベースを作成する。 自動バックアップ用にシングルゾーン可用性を設定する。 ポイント・イン・タイム・リカバリを有効にする。 自動バックアップのスケジュールを設定する Q23.新しいアプリケーションのデータベースバックエンドを選択しています。このアプリケーションは、IoTセンサーからデータポイントを取り込みます。アプリケーションは、10ms以下のレイテンシで毎秒数百万のリクエストまで拡張でき、最大100TBの履歴を保存できるようにする必要があります。どうすればいいでしょうか？ スループットのためにリードレプリカを使用してクラウドSQLを使用する。 Firestoreを使い、自動的なサーバーレス・スケーリングに頼る。 MemcachedにはMemorystoreを使用し、必要なスループットを達成するために必要に応じてノードを追加する。 Bigtableを使用し、必要なスループットを達成するために必要に応じてノードを追加する。 Q24.Cloud SQL for PostgreSQL上のデータベースに接続する複数のアプリケーションを管理しています。データベースのパフォーマンスを監視して、長時間実行するクエリやリソースを大量に消費するクエリを持つアプリケーションを簡単に特定できるようにする必要があります。何をすべきでしょうか？ Cloud SQLが生成するログメッセージを使用します。 Cloud SQL の Query Insights を使用します。 Cloud SQLから利用可能なメトリクスでCloud Monitoringダッシュボードを使用する。 Google Cloud ConsoleでCloud SQLインスタンスモニタリングを使用します。 Q25.あなたのアプリケーションは、マイクロサービスアーキテクチャに従い、単一の大きなCloud SQLインスタンスを使用しています。どうすればいいでしょうか？ Cloud SQLの代わりにCloud Spannerを使う。 インスタンスのCPU数を増やす。 インスタンスのストレージ・サイズを大きくする。 より小さなCloud SQLインスタンスを多数使用する。 Q26.あなたの小売組織はホリデーシーズンの準備をしています。カタログ・サービスの利用が増加しており、DevOps チームはマイクロサービス・ベースのアプリケーションを動かす Cloud SQL データベースをサポートしています。DevOpsチームは、Sqlcommenterを通じてインストルメンテーションを追加しました。特定のマイクロサービス呼び出しが失敗する根本原因を特定する必要があります。何をすべきでしょうか？ Query Insightsで長時間実行されているクエリを監視する。 Cloud SQLインスタンスモニターでCPU使用率メトリクスを見る。 過剰にプロビジョニングされたインスタンスについてCloud SQLレコメンダーを見る。 失敗しているアプリケーション・リクエストについてCloud Traceを見ます。 Q27.あなたの組織は、50 TB の Oracle データベースを Bare Metal Solution for Oracle に移行しています。データベースのバックアップは、迅速なリストアのために利用可能でなければなりません。また、バックアップを5年間利用できるようにする必要があります。あなたは、2時間の復旧時間目標（RTO）と15分の復旧時点目標（RPO）を満たす費用対効果の高いアーキテクチャを設計する必要があります。どうすればよいでしょうか。 データベースをベアメタルソリューションサーバー上に作成し、データベースをフラッシュストレージ上で実行します。すべてのフラッシュストレージ上にローカルバックアップコピーを保持します。 データベースがフラッシュストレージ上で実行されている Bare Metal Solution サーバー上にデータベースを作成します。標準ストレージ上にローカルバックアップコピーを保持します。 Oracle Recovery Manager（RMAN）バックアップユーティリティを使用して、1日以上前のバックアップをColdline Storageバケットに移動します。 Oracle Recovery Manager（RMAN）バックアップユーティリティを使用して、1日以上前のバックアップをArchive Storageバケットに移動します。 Q28.あなたの組織は、規制の厳しい業界で業務を行っています。SoC（懸念事項の分離）とPoLP（最小権限のセキュリティ原則）は非常に重要です。アプリケーションCは自動バックアップを担当しています。Cloud Spannerのチームメンバーに役割を割り当てる必要があります。どのロールを割り当てるべきですか？ ロール/spanner.databaseAdmin（担当者A） ロール/spanner.databaseReader（担当者B） ロール/spanner.backupWriter（担当者C ロール/spanner.databaseAdmin for Person Aroles/spanner.databaseReader for Person Broles/spanner.backupAdmin for Application C アプリケーション C の roles/spanner.databaseAdmin for Person Aroles/spanner.databaseUser for Person Broles/spanner.databaseReader ロール/スパナ.databaseAdmin for Person Aroles/spanner.databaseUser for Person Broles/spanner.backupWriter for Application C Q29.あなたは、ある遠隔医療会社のオンプレミスのデータセンターをGoogle Cloudに移行しようとしています。MySQLデータベースは個人を特定できる情報（PII）を扱い、地域レベルでのデータレジデンシーコンプライアンスが必要です。最小限の管理労力で環境をセットアップしたい。 新しいデータベースインスタンスが作成されるたびにアラートを送信し、リージョンを手動で検証するために、クラウド機能でクラウドロギングとクラウド監視を設定します。 データベースの種類ごとに異なる組織を設定し、組織レベルでポリシー制約を適用する。 Pub/Subを設定してCloud Loggingからデータを取り込み、新しいデータベースインスタンスが作成されるたびにアラートを送信し、リージョンを手動で検証する。 PostgreSQLとMySQLデータベース用に異なるプロジェクトを設定し、プロジェクトレベルで組織ポリシー制約を適用する。 Q30.新しい Web アプリケーションのデータベース戦略を設計しています。ある国で小規模な試験運用を開始し、最終的には世界中の何百万人というユーザーに拡大する予定です。このアプリケーションは、メンテナンスのためのダウンタイムを最小限に抑えながら、24時間365日稼働できるようにする必要があります。どうすればよいでしょうか？ 地域構成でCloud Spannerを使用する。 マルチリージョン構成でCloud Spannerを使う。 クロスリージョンレプリカでCloud SQLを使用します。 複数のゾーンで高可用性のCloud SQLを使用します。 Q31.あなたは、開発者がテストを行うための小規模なCloud SQLインスタンスを管理しています。このインスタンスはクリティカルではなく、回復時点目標（RPO）は数日です。このインスタンスの継続的なコストを最小限に抑えたいと考えています。どうすればいいでしょうか？ バックアップを取らず、トランザクションログの保持をオフにします。 手動バックアップを1日1回取り、トランザクションログの保持をオフにする。 自動バックアップをオンにし、トランザクションログの保持をオフにする。 自動バックアップをオンにし、トランザクションログの保持をオンにします。 Q32.オンプレミスのMySQLデータベースをCloud SQLに移行しました。以前はデータベースサーバー上で実行されるcronジョブであったテーブルの毎日のエクスポートを確実に継続させたいと考えています。あなたは、コストと運用のオーバーヘッドを最小限に抑えるソリューションを望んでいます。どうすればいいでしょうか？ Cloud SchedulerとCloud Functionsを使用して、毎日のエクスポートを実行します。 テーブルをエクスポートするストリーミングDatatlowジョブを作成します。 Cloud Composerをセットアップし、毎日テーブルをエクスポートするタスクを作成します。 Compute Engineインスタンスでcronジョブを実行し、エクスポートを継続します。 Q33.既存のCloud Spannerデータベースにアクセスできる新しいアプリケーションを構成しています。新しいアプリケーションは、ダッシュボードの統計を収集するために、このデータベースから読み取ります。あなたは、アイデンティティとアクセス管理（IAM）権限を付与する際に、Googleが推奨するプラクティスに従いたいと考えています。どうすればいいでしょうか？ このデータベースにアクセスする既存のサービスアカウントを再利用する。 新しいサービスアカウントを作成し、Cloud Spanner Database Admin ロールを付与します。 新しいサービス アカウントを作成し、Cloud Spanner Database Reader ロールを付与します。 新しいサービスアカウントを作成し、spanner.databases.select権限を付与します。 Q34.Cloud SQL Authプロキシを使用して、Google Cloud上に新しいCloud SQLインスタンスをデプロイしています。新しい Cloud SQL インスタンスにアクセスする必要があるアプリケーションコードのスニペットを特定しました。このスニペットは、Compute Engineマシン上で実行されているアプリケーションサーバー上に存在し、実行されます。あなたは、Googleが推奨するプラクティスに従って、できるだけ迅速かつ安全にアイデンティティとアクセス管理（IAM）をセットアップしたいと思います。どうすればいいでしょうか？ アプリケーションコードごとに、共通の共有ユーザーアカウントを設定します。 アプリケーションコードごとに、専用のユーザーアカウントを設定する。 アプリケーション・サーバーに対して、サービス・アカウントを設定する。 アプリケーションサーバーに、共通の共有ユーザーアカウントを設定します。 Q35.あなたはCloud Run上で実行され、Cloud SQLマネージドサービスで実行されるデータベースを必要とするアプリケーションを書いています。このインスタンスを、Google Cloud の VPC 環境で実行されているアプリケーションからの接続のみを受信するように保護したいとします。どうすればよいでしょうか？ 指定された外部（パブリック）IPアドレスでインスタンスを作成します。VPCを選択し、Cloud Runからインスタンスへの接続のみを許可するファイアウォールルールを作成します。インスタンスへの接続にはCloud SQL Authプロキシを使用します。 指定された外部（パブリック）IPアドレスでインスタンスを作成します。VPCを選択し、Cloud Runからインスタンスへの接続のみを許可するファイアウォールルールを作成します。インスタンスへの接続を最適に管理するために、接続プールを使用してインスタンスに接続します。 指定された内部（プライベート）IPアドレスでインスタンスを作成します。プライベートサービス接続が構成されたVPCを選択します。Cloud SQLインスタンスと同じVPCネットワークでServerless VPC Accessコネクタを構成します。Cloud SQL Authプロキシを使用してインスタンスに接続します。 指定された内部（プライベート）IPアドレスでインスタンスを作成します。プライベートサービス接続が構成されたVPCを選択します。Cloud SQLインスタンスと同じVPCネットワークでサーバーレスVPCアクセスコネクタを構成します。インスタンスへの接続を最適に管理するために、接続プールを使用してインスタンスに接続します。 Q36.オンプレミスのアプリケーションを Google Cloud に移行しようとしています。このアプリケーションは、ビジネスクリティカルな機能をサポートするために、高可用性（HA）PostgreSQLデータベースを必要とします。あなたの会社のディザスタリカバリ戦略では、障害発生から30分以内の復旧時間目標（RTO）と復旧時点目標（RPO）が必要です。Google Cloudのマネージドサービスを利用する予定です。アプリケーションの稼働時間を最大化するために何をすべきですか？ Cloud SQL for PostgreSQLを地域構成でデプロイします。同じリージョン内の別のゾーンにリードレプリカを作成し、ディザスタリカバリ用に別のリージョンにリードレプリカを作成します。 HAを有効にしたリージョン構成でCloud SQL for PostgreSQLをデプロイします。定期的にバックアップを取り、ディザスタリカバリ時にこのバックアップを使って別のリージョンにある新しいCloud SQL for PostgreSQLインスタンスにリストアする。 HAを有効にした地域構成でCloud SQL for PostgreSQLをデプロイします。クロスリージョンのリードレプリカを作成し、リードレプリカをディザスタリカバリのプライマリノードとして昇格させます。 単一リージョンの停止がアプリケーションに影響しないように、PostgreSQLデータベースを複数リージョンのCloud Spannerに移行します。Cloud Spannerデータ型をサポートするようにスキーマを更新し、アプリケーションをリファクタリングします。 Q37.あなたは、単一のWindows Server 2019 Datacenter Edition上のMicrosoft SQL Server 2016 Standard Editionから単一のCloud SQL for SQL Serverインスタンスに既存のデータベースを移行する必要があります。プロジェクトの発見段階で、オンプレミスサーバーの読み取りIOPSのピークが約25,000であることに気づきます。読み取りパフォーマンスを最大化するために、Cloud SQLインスタンスが適切なサイズであることを確認する必要があります。どうすればよいでしょうか？ 4 vCPU、15