DBS-C01日本語 無料問題集「Amazon AWS Certified Database - Specialty (DBS-C01日本語版)」

（A）AWS Backup を使用して SQL Server データベースをバックアップします。バックアップが完了したら、完了したバックアップを Amazon EC2 インスタンスに復元し、それを新しい本番 RDS インスタンスに移動します。

（B）ネイティブ SQL Server バックアップを使用して SQL Server データベースをバックアップします。バックアップ ファイルを Amazon S3 にアップロードします。Amazon EC2 インスタンスにバックアップ ファイルをダウンロードし、EC2 インスタンスから新しい本番 RDS インスタンスに復元します。

（C）ネイティブ SQL Server バックアップを使用して SQL Server データベースをバックアップします。バックアップ ファイルを Amazon S3 にアップロードします。S3 バケットから新しい本番 RDS インスタンスにバックアップ ファイルを復元します。

（D）AWS DMS をプロビジョニングして設定します。オンプレミスの SQL Server 環境間のレプリケーションをセットアップして、データベースを新しい運用 RDS インスタンスにレプリケートします。

（A）DB インスタンスを最大帯域幅の大きいインスタンス クラスに変更します。

（B）基になる EBS ストレージ タイプを汎用 SSD (gp2) に変更します。

（C）DB インスタンスストレージのサイズを増やします

（D）DB インスタンスで EBS 最適化を無効にする

（A）CloudWatch で VolumeBytesUsed メトリクスを確認して、書き込み I/O にスパイクがあるかどうかを確認します。

（B）Amazon RDS Performance Insights を確認して、上位の SQL ステートメントと待機イベントを特定します。

（C）30 秒未満の粒度で拡張監視を有効にして、次のテスト ラウンドの前にオペレーティング システムのメトリックを確認します。

（D）次のテスト ラウンドの前に、高度な監査を有効にして、Amazon CloudWatch で QUERY イベントをログに記録します。

（E）AWS CloudTrail で Amazon RDS API 呼び出しを確認して、実行時間の長いクエリを特定します。

（A）AWS CloudFormation テンプレートを作成し、スタック セットを使用してテンプレートをすべてのリージョンにデプロイします。

（B）すべてのリージョンで AWS マネジメント コンソールを使用して DynamoDB テーブルを作成し、将来の展開のためのステップバイステップ ガイドを作成します。

（C）AWS CloudFormation テンプレートを作成し、そのテンプレートをすべてのリージョンにデプロイします。

（D）DynamoDB テーブルをすべてのリージョンにデプロイする AWS CLI コマンドを作成し、将来のデプロイのために保存します。

（A）Aurora は、新しいマイナー バージョンで重大な変更を検出し、アップグレードを自動的に拒否しました。

（B）AWS CLI コマンドに apply-immediately パラメータが含まれていませんでした。

（C）マイナーバージョンアップを適用するには、十分な空き容量が必要です。

（D）新しいマイナー バージョンはまだ優先として指定されておらず、手動でアップグレードする必要があります。

（E）AWS CLI を使用した自動アップグレードの構成はサポートされていません。これは、AWS マネジメント コンソールを使用して明示的に有効にする必要があります。

（A）DB インスタンスを停止する場合、DB インスタンスを停止する期間が選択されている必要があります。

（B）DB インスタンスを停止するときに、スナップショットを作成するオプションが選択されている必要があります。

（C）接続の試行回数が設定されたしきい値を超えると、停止した DB インスタンスは自動的に再起動します。

（D）インスタンスが 7 日後に手動で開始されない場合、停止された DB インスタンスは自動的に再起動します。

（A）Aurora PostgreSQL DB クラスターを作成します。AWS DMS を使用して、ソース RDS for PostgreSQL DB インスタンスからターゲット DB クラスターへのレプリケーションをセットアップします。

（B）pg_dump および pg_restore ユーティリティを使用して、RDS for PostgreSQL DB インスタンスを抽出し、Aurora PostgreSQL DB クラスターに復元します。

（C）RDS for PostgreSQL DB インスタンスのデータベース スナップショットを作成し、このスナップショットを使用して Aurora PostgreSQL DB クラスターを作成します。

（D）Aurora レプリカを使用して、RDS for PostgreSQL DB インスタンスから Aurora PostgreSQL DB クラスターにデータを移行します。カットオーバー中にレプリカを昇格します。

（A）ConsistentRead パラメーターを true に設定して、BatchGetltem 操作が呼び出されていることを確認します。

（B）DynamoDB テーブルでストリームを有効にし、各デバイスをストリームにサブスクライブして、すべてのデバイスが最新のステータス情報を確実に受信できるようにします。

（C）DynamoDB テーブルが常に一貫性を持つように構成されていることを確認します。

（D）ConsistentRead パラメーターを false に設定して、BatchGetltem 操作が呼び出されていることを確認します。

（A）スナップショットの内容を Amazon S3 バケットにエクスポートします。

（B）スナップショットの手動コピーを作成します。

（C）ネイティブ SQL Server バックアップを作成します。バックアップを Amazon S3 バケットに保存します。

（D）スナップショットの保存期間を 45 日に変更します。

（A）ストレージのプロビジョンド IOPS レートを上げます。

（B）空き容量を増やしてください。

（C）リードレプリカを作成して、DB インスタンスから読み取り IOPS をオフロードします。

（D）バースト クレジットのある汎用 SSD (gp2) ストレージを使用します。

（A）Amazon RDS for SQL Server DB インスタンスのバックアップを実行するための、サードパーティのバックアップ製品へのシステムレベルのアクセスを許可します。

（B）AWS Database Migration Service (AWS DMS) を使用して、オンプレミスの SQL Server データベースを Amazon RDS for SQL Server に移行します。 SQL Server の Always On 可用性グループを構成します。

（C）新しい SQL Server Always On 可用性グループ DB クラスターを Amazon EC2 にデプロイします。 オンプレミス DB クラスターと AWS DB クラスターの間で Always On 分散可用性グループを構成します。 移行時に AWS DB クラスターにフェールオーバーします。

（D）companV のデータセンターと AWS の間にインターネット経由で AWS サイト間 VPN 接続を作成します。

（E）companfs データセンターと AWS の間に AWS Direct Connect ホスト型接続を確立します。

（F）Amazon EC2 上の DB クラスターのバックアップを実行するようにサードパーティのバックアップ製品を構成します。

（A）DB クラスターを停止し、Web サイトがどのように応答するかを分析します

（B）Aurora Backtrack を使用して DB クラスターをクラッシュさせます

（C）DB クラスター エンドポイントを削除して、マスター DB インスタンスの障害をシミュレートします。

（D）Aurora フォールト インジェクションを使用してマスター DB インスタンスをクラッシュさせる

（A）テーブルをクエリするときに ConsistentRead パラメータを true に設定します。

（B）TTL の期限が切れたアイテムを無視するクエリ フィルター式を含めます。

（C）TTL 属性にローカル セカンダリ インデックスを作成します。

（D）DynamoDB の TTL 機能をサポートするクライアント ライブラリを使用します。