Microsoft 70-764日本語 Actual PDF : Administering a SQL Database Infrastructure (70-764日本語版)

データベースがあります。 データベースの既存のバックアップとそれに対応するファイルを次の表に示します。

新しいサーバーを購入します。 データベースを新しいサーバーに復元する必要があります。
可能な限り最新の時間にデータを復元する必要があります。
どの3つのファイルを順番に復元しますか。 回答するには、適切なファイルをファイルの一覧から回答領域に移動し、正しい順序で並べます。

Explanation

Step 1: Full.
Start with the full backup.
Step 2: Diff_20160503_1700.bak
Followed by the most recent differential backup.
Step 3: Log_20160503_1900.bak
And finally the most recent log backup (the only log backup done after the most recent differential backup).
References:
https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/differential-backups-sql-server

SQL Server 2012がインストールされているSQL1とSQL2という名前の2つのサーバーがあります。
SQL1には、SQL2と非同期にミラーリングされているデータベースが含まれています。 データベースの内容は月に一度更新されます。
データベースをSQL Server 2014にアップグレードする必要があります。このソリューションでは、ダウンタイムを最小限に抑える必要があります。 どのアップグレード手順をお勧めしますか？ 答えるには、適切な行動を行動のリストから回答領域に移動し、正しい順序で並べます。

Explanation

References:https://docs.microsoft.com/en-us/sql/database-engine/database-mirroring/upgrading-mirrored-instanc

Audit1という名前のMicrosoft SQL Server監査があります。 Audit1には、失敗したログインを監査するAuditSpecという名前の監査仕様が含まれています。
CREATE、ALTER、およびDROPステートメントをキャプチャするように監査を構成する必要があります。
どの3つのステートメントを順番に実行する必要がありますか？ 回答するには、適切なステートメントをリストから回答エリアに移動し、正しい順序で並べます。

Explanation

Step 1: ALTER SERVER AUDIT SPECIFICATION Audit1Spec
FOR SERVER AUDIT Audit1
ADD( DATABASE_OBJECT_CHANGE_GROUP)
DATABASE_OBJECT_CHANGE_GROUP: This event is raised when a CREATE, ALTER, or DROP statement is executed on database objects, such as schemas. This event is raised whenever any database object is created, altered or dropped. Note: This could lead to very large quantities of audit records.
If you enable this group in a server audit specification, it will track changes to schema objects in all of the databases of this instance of SQL Server Step 2: ALTER SERVER AUDIT SPECIFICATION Audit1Spec WITH (STATE = ON); When a server audit specification is created, it is in a disabled state.
WITH ( STATE = { ON | OFF } ) enables or disables the audit from collecting records for this audit specification.
Step 3: ALTER SERVER AUDIT Audit1 WITH (STATE = ON);
All audits are disabled when initially created.
Example: Enables the audit.
ALTER SERVER AUDIT HIPAA_Audit
WITH (STATE = ON);
GO
References:
https://docs.microsoft.com/en-us/sql/relational-databases/security/auditing/create-a-server-audit-and-server-audit

バックグラウンド
企業情報
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：に割り当てられています。
要件をサポートするためにバックアップ戦略を実装する必要があります。
どの2つのアクションを実行しますか？それぞれの正しい答えは解決策の一部を表しています。 （2つ選んでください。）

• A. コマンドBACKUP DATABASE ProdDB TO DISK ...を使用してフルバックアップをスケジュールします。
• B. ホットスタンバイサイトに共有を作成し、SQL Serverサービスへのログインを許可します。
• C. BACKUP DATABASE ProdDB TO URL ... WTTH CREDENTIAL = N'MyCredential 'コマンドを使用して、フルバックアップをスケジュールします。
• D. Windowsドメインアカウントとパスワードを使用して、SQL Server上にMyCredentialという資格情報を作成します。
• E. BACKUP DATABASE ProdDBを共有して... CREDENTIAL = N 'MyCredential'コマンドを使用して、フルバックアップをスケジュールします。
• F. ストレージアカウント名にMyStorageAccount、アクセスキーにStorageAccountKeyを使用して、SQL Server上にMyCredentialという資格情報を作成します。
• G. Windows Azureストレージアカウント情報を使用してWindows Azureサイトに共有を作成し、SQL Serverサービスログインにアクセス許可を付与します。

Explanation: Only visible for ActualPDF members. You can sign-up / login (it's free).

注：この質問は同じシナリオを使用する一連の質問の一部です。 あなたの便宜のために、シナリオは各質問で繰り返されます。 各質問はそれぞれ異なる目標と答えの選択を提示しますが、シナリオの本文はこのシリーズの各質問でまったく同じです。
次のデータベースSalesDb1、SalesDb2、およびSalesDb3を含むMicrosoft SQL Serverインスタンスを管理します。 各データベースには、ProductsとSalesという名前のテーブルがあります。 次の表は、各データベースの構成を示しています。

各データベースのバックアップ計画を次の表に示します。

フルバックアップ操作または差分バックアップ操作では、それぞれ新しいファイルに書き込み、異なるシーケンス番号を使用します。 次のデータベース破損の問題を観察します。

SalesDb3は、データページの読み取り時に、エラー823および824に関連するいくつかのデータベース破損の問題を報告します。 破損したページに関する次の情報を表示する必要があります。
* データベース名
* 影響を受けるファイルID
* 影響を受けるファイルの物理名
* 影響を受けるページID
* エラータイプを識別するイベントタイプ
* エラー数
ユーザーは、クエリストアを使用してSalesDb2のクエリ統計と実行計画を監視することを計画しています。 監視戦略は次の要件を満たす必要があります。
* クエリストアのディスク使用量が500メガバイト（MB）に達したときに自動データクリーンアップを実行します。
* リソース消費に基づいてクエリをキャプチャします。
* 60日という古いクエリしきい値を使用します。
クエリオプティマイザは、SalesDb2のSalesテーブル上のいくつかのクエリに対する最適でない実行プランを生成します。 テーブルの統計を更新するメンテナンス計画を作成します。 計画は、自動的に作成され、30日間更新されていない統計のみを更新する必要があります。 更新はテーブル内のすべてのデータに基づいている必要があります。
あなたはSalesDb3上の破損したページに関する情報を表示する必要があります。
Transact-SQLステートメントをどのように完成させるべきですか？ 回答するには、適切なTransact-SQLセグメントを正しい場所にドラッグします。 各Transact-SQLセグメントは、1回、複数回、またはまったく使用しないことができます。 コンテンツを表示するには、ペイン間の分割バーをドラッグするか、スクロールする必要があります。

Explanation

Box 1: msdb.dbo.suspect_pages
suspect_pages contains one row per page that failed with a minor 823 error or an 824 error. Pages are listed in this table because they are suspected of being bad, but they might actually be fine. When a suspect page is repaired, its status is updated in the event_type column.
The suspect_pages table resides in the msdb database.
SalesDb3 has pages with checksum errors.
Box 2: msdb.sys.database_files
We want to identify these pages and which database they are in, this is easy enough to do when we join out to sys.databases and sys.master_files, as seen here:
SELECT d.name AS databaseName,
mf.name AS logicalFileName,
mf.physical_name AS physicalFileName,
sp.page_id,
case sp.event_type
when 1 then N'823 or 824 error'
when 2 then N'Bad Checksum'
when 3 then N'Torn Page'
when 4 then N'Restored'
when 5 then N'Repaired'
when 7 then N'Deallocated'
end AS eventType,
sp.error_count,
sp.last_update_date
from msdb.dbo.suspect_pages as sp
join sys.databases as d ON sp.database_id = d.database_id
join sys.master_files as mf on sp.[file_id] = mf.[file_id]
and d.database_id = mf.database_id;
The result of this query will give you a high level view of where you have potential corruption in your databases, from here it is important to use tools such as DBCC CHECKDB and your backups to recover from in line with your RPO and RTO.
References:
https://docs.microsoft.com/en-us/sql/relational-databases/backup-restore/manage-the-suspect-pages-table-sql-ser
https://blogs.sentryone.com/johnmartin/monitoring-for-suspect-pages/