説明

ボックス1：デフォルト
デフォルトでは、数値データ型（bigint、bit、decimal、int、money、numeric、smallint、smallmoney、tinyint、float、real）にゼロ値が使用されます。
ShockOilWeightという名前の列の値にゼロ値のみを表示します。
ボックス2：クレジットカード
クレジットカードマスキングメソッドは、指定されたフィールドの最後の4桁を公開し、クレジットカードの形式でプレフィックスとして定数文字列を追加します。
例：XXXX-XXXX-XXXX-1234
SuspensionSpringsという名前の列の値の最後の4桁のみを表示します。
シナリオ：
同社は、SQLデータベースに保存されるRaceCentralデータの次のデータマスキング要件を特定しています。
ShockOilWeightという名前の列の値にゼロ値のみを表示します。
SuspensionSpringsという名前の列の値の最後の4桁のみを表示します。
トピック4、ADatum Corporation
ケーススタディ
概要
ADatum Corporationは、小売店とWebサイトの2つの販売チャネルを通じて製品を販売する小売業者です。
既存の環境
ADatumには、Microsoft SQL Server2016がインストールされているデータベースサーバーが1つあります。サーバーは、SALESDB、DOCDB、およびREPORTINGDBという名前の3つのミッションクリティカルなデータベースをホストします。
SALESDBは、保存されているWebサイトからデータを収集します。
DOCDBは、SALESDBの販売データに接続するドキュメントを保存しました。ドキュメントは、販売チャネルに基づいて2つの異なるJSON形式で保存されます。
REPORTINGDBは、レポートデータを格納し、サーバーの列ストアインデックスを含みます。毎日のプロセスでは、SALESDBのデータからREPORTINGDBのレポートデータが作成されます。このプロセスは、SALESDBからストアドプロシージャを実行するSQL Server Integration Services（SSIS）パッケージとして実装されます。
要件
計画された変更
ADatumは、現在のデータインフラストラクチャをAzureに移行することを計画しています。新しいインフラストラクチャには、次の要件があります。
* SALESDBとREPORTINGDBをAzureSQLデータベースに移行します。
* DOCDBをAzureCosmosDBに移行します。
* JSON形式のドキュメントを含む販売データは、到着時に収集し、Azure StreamAnalyticsを使用してオンラインで分析する必要があります。分析プロセスは、ギャップやオーバーラップなしで継続的に実行する必要がある集計を実行します。
*到着したら、JSON形式のすべての販売ドキュメントを1つの一貫した形式に変換する必要があります。
* Azure Data Factoryは、SALESDBからREPORTINGDBにデータをコピーするSSISプロセスに代わるものです。
技術要件
新しいAzureデータインフラストラクチャは、次の技術要件を満たす必要があります。
* SALESDBのデータは、透過的データ暗号化（TDE）を使用して暗号化する必要があります。暗号化には独自のキーを使用する必要があります。
* SALESDBは、過去3週間以内の任意の分に復元可能である必要があります。
*リアルタイム処理を監視して、実際の使用パターンに基づいてワークロードのサイズが適切に設定されていることを確認する必要があります。
* REPORTINGDBの場合、欠落しているインデックスは自動的に作成される必要があります。
* SALESDBのディスクIO、CPU、およびメモリ使用量を監視する必要があります。