Pass with 070-764日本語 Practice Materials 100% for sure

Microsoft SQL Serverの2つの新しいAlways On Failover Clusterインスタンス（FCI）を3つのノードを持つ単一のWindows Serverクラスタに展開することを計画しています。 クラスタの計画構成は、サーバーレイアウト図に示されています。 （展示ボタンをクリックしてください。）

SANチームは、クラスター用のストレージを構成し、その構成をSANチームEメールの展示に示されているEメールでユーザーに送信しました。 （展示ボタンをクリックしてください。）

Local Storageの展示物に示されているように、クラスターの各ノードには同一のローカル・ストレージがあります。 （展示ボタンをクリックしてください。）

すべてのローカルストレージはSSD上にあります。
新しいクラスタ用に特定の構成を計画する必要があります。
以下の各ステートメントについて、そのステートメントが正しい場合は「はい」を選択してください。 そうでなければ、いいえを選択します。

新しいSQL Server 2014インスタンス用の監視アプリケーションを設計しています。
インスタンスに対して発生する最も頻度の高い10の待機タイプを表示するレポートを生成するための解決策を推奨する必要があります。
あなたは推薦に何を含めるべきですか？複数の回答を選択することで目的を達成することができます。最良の答えを選択してください。

• A. sys.dm_os_wait_stats動的管理ビュー
• B. SQL Serverプロファイラ
• C. SQL Serverのエラーログ
• D. DBCC SQLPERF（WAITSTATS）コマンド

トランザクションデータベースとレポートデータベースをホストするMicrosoft SQL Server 2016サーバーを管理します。
トランザクションデータベースはWebアプリケーションを介して更新され、一日中稼働しています。
レポートデータベースはトランザクションデータベースからのみ更新されます。
復旧モデルとバックアップスケジュールは、次の表に示すように構成されています。

16:20時間に、データベースファイルの1つのページ17、137、および205がトランザクションデータベースで破損していることがわかります。トランザクションデータベースが確実に復元されるようにする必要があります。また、データの損失を最小限に抑えるようにする必要があります。
あなたは何をするべきか？

• A. ページの復元を実行します。
• B. 部分復元を実行します。
• C. ポイントインタイムリストアを実行します。
• D. 最新のフルバックアップを復元し、最新の差分バックアップを復元します。次に、最新の差分バックアップから障害発生時までに取得した各ログバックアップを復元します。
• E. 最新のフルバックアップを復元し、最新の差分バックアップを復元します。その後、最新のログバックアップを復元します。
• F. 最新のフルバックアップを復元します。その後、最新の差分バックアップを復元します。
• G. 最新のフルバックアップを復元します。
• H. 最新のフルバックアップを復元します。次に、最新のフルバックアップから障害発生時までに取得した各差分バックアップを復元します。

概要
総括
ADatum Corporationはマイアミとモントリオールにオフィスを構えています。
ネットワークには、adatum.comという名前の単一のActive Directoryフォレストが含まれています。オフィスは、5ミリ秒の待ち時間を持つWANリンクを使用して互いに接続します。 A：DatumはSQL Serverを使用してデータベースプラットフォームを標準化しています
2014エンタープライズ版。
データベース
各オフィスには、Sales、Inventory、Customers、Products、Personnel、およびDevという名前のデータベースが含まれています。
サーバーとデータベースは、データベース管理者のチームによって管理されています。現在、すべてのデータベース管理者は、すべてのサーバーとすべてのデータベースに対して同じレベルの権限を持っています。
Customersデータベースには、CustomersとClassificationsという名前の2つのテーブルがあります。
以下の図は、テーブルの関連部分を示しています。

次の表は、Classificationsテーブルの現在のデータを示しています。

インベントリデータベースは頻繁に更新されます。
データベースはレポート作成によく使用されます。
データベースのフルバックアップは、現在完了するのに3時間かかります。
ストアドプロシージャ
USP_1という名前のストアドプロシージャは、複数のレポートに対して数百万行のデータを生成します。 USP_1は、SalesデータベースとCustomersデータベースの5つの異なるテーブルのデータをTable1という名前のテーブルにまとめます。
Table1が作成された後、レポート作成プロセスはTable1からデータを連続して数回読み取ります。プロセスが完了したら、Table1が削除されます。
USP_2という名前のストアドプロシージャを使用して商品リストを生成します。商品リストには、カテゴリ別に分類された商品の名前が含まれています。
プロシージャがアクセスするテーブルがロックされているため、USP_2の実行に数分かかります。ロックはUSP_1とUSP_3によって引き起こされます。
USP_3という名前のストアドプロシージャを使用して価格を更新します。 USP_3は、トランザクション内から順番に呼び出されるいくつかのUPDATEステートメントで構成されています。
現在、UPDATE文の1つが失敗すると、ストアドプロシージャは失敗します。 USP_4という名前のストアドプロシージャは、Sales、Customers、およびInventoryデータベースのストアドプロシージャを呼び出します。
ネストしたストアドプロシージャは、Sales、Customers、およびInventoryデータベースからテーブルを読み取ります。 USP_4はEXECUTE AS句を使用します。
入れ子になったすべてのストアドプロシージャは、構造化例外処理を使用してエラーを処理します。 USP_5という名前のストアドプロシージャは、同じデータベース内の複数のストアドプロシージャを呼び出します。セキュリティチェックは、USP_5がストアドプロシージャを呼び出すたびに実行されます。
セキュリティチェックがUSP_5のパフォーマンスを低下させているとあなたは疑っています。ユーザアプリケーションによってアクセスされるすべてのストアドプロシージャは、ネストされたストアドプロシージャを呼び出します。
入れ子になったストアドプロシージャは直接呼び出されることはありません。
設計要件
データ復旧
ストレージ障害が発生した場合は、インベントリデータベースからデータを回復できる必要があります。目標復旧時間（RTO）は5分です。
データが誤って失われた場合は、Devデータベースからデータを回復できなければなりません。 1日の目標復旧時点（RPO）があります。
分類の変更
顧客の分類方法を変更する予定です。新しい分類には、注文数に基づいて4つのレベルがあります。分類は将来削除または追加される可能性があります。経営陣は過去の分類について過去のデータを維持することを要求している。セキュリティジュニアデータベース管理者のグループは、Salesデータベースのセキュリティを管理できなければなりません。ジュニアデータベース管理者は他の管理権限を持ちません。 A：Datumは、どのユーザーが各ストアドプロシージャを実行しているのかを追跡したいと考えています。
ストレージ
ADatumのストレージは限られています。可能であれば、すべてのデータベースとすべてのバックアップについて、すべての記憶域を最小限に抑える必要があります。
エラー処理
現在、どのストアドプロシージャにもエラー処理コードはありません。
呼び出されたストアドプロシージャとネストされたストアドプロシージャにエラーを記録することを計画しています。入れ子になったストアドプロシージャが直接呼び出されることはありません。
UPDATEステートメントの1つが失敗してもプロシージャーが引き続き実行されるように、USP_3への変更を推奨する必要があります。
どの変更をお勧めしますか？

• A. XACT_ABORTオプションをオンに設定します。
• B. XACT_ABORTオプションをoffに設定してください。
• C. IMPLICIT_TRANSACTIONSオプションをオンに設定します。
• D. IMPLICIT_TRANSACTIONSオプションをオフに設定します。

バックグラウンド
企業情報
Fabrikam、Inc.は、インターネット上で電子製品を販売する小売業者です。本社とサテライトセールスオフィスがあります。あなたはデータベース管理者として雇われました、そして、会社はあなたがパフォーマンスを最適化しそして設備投資を最小に保ちながらダウンタイムを減らすためにあなたがFabrikam eコマースサイトのアーキテクチャを変えることを望みます。このソリューションを支援するために、Fabrikamはオンプレミスサーバーだけでなくクラウドリソースも使用することを決定しました。
物理的な場所
本社には、すべての企業幹部、製品管理者、サポートスタッフが配置されています。
営業部隊の半分はこの場所で働いています。衛星セールスオフィスもあります。営業担当者の残りの半分はサテライトオフィスに勤務し、営業担当者をその地域の顧客に近づけるようにします。営業所だけがサテライトロケーションで働いています。
問題文
Fabrikamを成功させるには、高速でシステムの稼働時間が長いWebサイトが必要です。現在のシステムは単一のサーバー上で動作しており、同社はこれが示す単一障害点に満足していません。
現在の夜間のバックアップは、使用可能なドライブの空き容量が不足していること、および手動でドライブをクリーンアップしてエラーを乗り越える必要があることが多いため失敗しています。 HQサーバーまたはサテライトサーバーのバックアップ用に追加のスペースを利用することはできません。調査中に、セールスフォースレポートが重大な競合を引き起こしていることがわかりました。
設定
Windowsログイン
ネットワーク管理者は、セキュリティ管理を容易にするためにWindowsグループを設定しました。ユーザーは、役割に応じて複数のグループに所属することがあります。次の表に示すようにグループが設定されています。

サーバー構成IT部門は、Microsoft Windows Serverを使用して2つの物理サーバーを構成しました。
2012 R2およびSQL Server 2014 Enterprise Editionと1台のWindows Azureサーバー。データベースファイルで使用できるストレージは2層あり、高速層と低速層のみです。現在、データとログファイルはストレージの最上階層にのみ保存されています。可能性のあるユースケースが存在する場合、管理者はデータファイルに低速階層ストレージを利用したいと思います。サーバーは、次の表に示すように構成されています。

データベース
現在、すべての情報はProdDBと呼ばれる単一のデータベースに格納されており、次のスクリプトで作成されています。

Productテーブルは、ProductionStaff Windowsグループが所有するProductionスキーマにあります。これはシステムのメインテーブルなので、Productテーブルの情報へのアクセスはできるだけ速くする必要があります。 Productテーブルの列は、次の表に示すように定義されています。

SalesOrderDetailテーブルには、各販売に関する詳細が含まれています。 SalesStaff Windowsグループが所有するSalesスキーマにあります。このテーブルは絶えず更新され、挿入され、そして読み込まれています。 SalesOrderDetailテーブルの列は、次の表に示すように定義されています。

データベースの問題
現在のデータベースはうまく機能しません。さらに、最近のディスクの問題によりシステムが停止し、売上高が減少しました。現在のシステムを確認したところ、自動メンテナンス手順はないことがわかりました。データベースは非常に細分化されており、全員が読み取りおよび書き込みアクセス権を持っています。
必要条件
データベース
データベースは、稼働時間を最大化し、サーバーに障害が発生した場合に失われるデータがほとんどないように構成する必要があります。パフォーマンスを向上させるために、データベースはインメモリデータをサポートできるように修正する必要があります。特に、CIOがメモリ最適化テーブルである必要があると示すProductテーブルの場合は、データベースをサポートするようにします。このデータベースでは、自動更新統計オプションはオフに設定されています。製品を追加したり、名前、説明、価格、コスト、およびサプライヤを変更したりできるのは、製品管理者だけです。変更は内部データベースで行われ、システムメンテナンス時にProdDBのProductテーブルにプッシュされます。本社所在地で働いている製品管理者およびその他の者もまた、供給業者およびコスト情報を含む報告書を作成できなければなりません。
顧客データアクセス
顧客は会社のWebサイトにアクセスして製品を注文するので、名前、説明、価格などの製品情報をProductテーブルから読み取ることができなければなりません。顧客が注文すると、Webサイトから呼び出されたストアドプロシージャによって商品の手持ちの値が更新されます。つまり、商品テーブルは常にランダムに更新されます。
カスタマーサポートのデータアクセス
カスタマーサポート担当者は、製品情報を表示または更新または変更できないようにする必要があります。
経営陣は、カスタマーサポート担当者が製品コストやサプライヤ情報を見ることができないようにしたいと考えています。
セールスフォースデータアクセス
本社オフィスとサテライトオフィスの両方の営業担当者は、ProductテーブルとSalesOrderDetailテーブルから読み取るレポートを生成する必要があります。営業担当者による更新や挿入はありません。これらのレポートはランダムな時間に実行され、毎月のメンテナンス期間中を除き、データセットを更新するためのレポートのダウンタイムは発生しません。サテライトオフィスから実行されるレポートは、大きなデータセットを使用するプロセス集約型のクエリです。営業所レポートを実行するオフィスに関係なく、SalesOrderDetailテーブルは有効な確定注文データのみを返します。まだコミットされていない注文は無視してください。
歴史的なデータ
販売担当者が顧客のログイン頻度とサイトに滞在する期間を確認できるように、システムはサイトにアクセスする顧客に関する履歴情報を保持する必要があります。
情報はCustomer Accessというテーブルに格納する必要があります。この要件をサポートしても、本番Webサイトのパフォーマンスへの影響は最小限で済みます。
バックアップ
Fabrikamの復旧戦略には、15分ごとにトランザクションログのバックアップを実行することで、ポイントインタイムリストアを実行し、データ損失のリスクを最小限に抑える機能を含める必要があります。
データベース保守
同社は、サーバーが使用できなくなる可能性があるときに毎月メンテナンス期間を定義しています。排他的アクセスを必要とするメンテナンス機能は、その期間中に実行する必要があります。
プロジェクトのマイルストーンが完了
* スキーマの所有権をそのままにして、データベースに対する既存の読み取りおよび書き込みアクセスをすべて取り消しました。
* クラウドファイルサーバー上にプライマリアクセスキーStorageAccountKeyを持つMyStorageAccountというストレージアカウント名でセキュリティ保護されたAzureストレージコンテナを構成しました。
* SQL Server 2014はサテライトサーバー上に構成されており、使用する準備ができています。
* 各データベースサーバで、高速ストレージはドライブ文字F：に割り当てられ、低速ストレージはドライブ文字D：に割り当てられています。
競合を減らしてSalesOrderDetailテーブルのパフォーマンスを向上させるには、システムに変更を加える必要があります。
どの3つのアクションを実行しますか？それぞれの正しい答えは解決策の一部を表しています。 （3つ選んでください。）

• A. ALTER DATABASE [ProdDB] SET READ_COMMITTED_SNAPSHOT ON
• B. レポートクエリで（SNAPSHOT）ヒントを使用する
• C. ALTER DATABASE [ProdDB] SET ALLOW.SNAPSHOT ISOLATIONをオンにします
• D. トランザクション分離レベルの概要の設定
• E. トランザクション隔離レベルのシリアル化を設定
• F. レポートクエリで（TABLOCK）ヒントを使用する
• G. ALTER DATABASE [ProdDB] SET READ_COMMITTED_SNAPSHOT OFF
• H. 更新文に（SNAPSHOT）ヒントを使用する