1 - Server1에 관리 ID 할당
2 - Azure 키 자격 증명 모음을 만들고 자격 증명 모음에 대한 관리 ID 권한 부여
3 - Azure 키 자격 증명 모음에 key1 추가
4 - Server1에 대한 TDE 보호기로 key1 구성
5 - Pool1에서 TDE 활성화
참조:
https://docs.microsoft.com/en-us/azure/azure-sql/managed-instance/scripts/transparent-data-encryption-byok-powershell

텀블링 윈도우 함수는 데이터 스트림을 별개의 시간 세그먼트로 분할하고 아래 예와 같이 이에 대한 기능을 수행하는 데 사용됩니다. 텀블링 창의 주요 차별화 요소는 반복되고 겹치지 않으며 이벤트가 둘 이상의 텀블링 창에 속할 수 없다는 것입니다.
예시:
오답:
A: 슬라이딩 창은 텀블링 또는 도약 창과 달리 창의 내용이 실제로 변경되는 특정 시점에 대해서만 이벤트를 출력합니다. 즉, 이벤트가 창에 들어오거나 나갈 때입니다. 모든 창에는 호핑 창의 경우와 같이 이벤트가 둘 이상의 슬라이딩 창에 속할 수 있는 것처럼 최소한 하나의 이벤트가 있습니다.
C: 호핑 윈도우 기능은 고정된 시간만큼 앞으로 홉핑합니다. 겹칠 수 있는 텀블링 창으로 생각하기 쉬울 수 있으므로 이벤트는 둘 이상의 도약 창 결과 집합에 속할 수 있습니다. 도약 창을 텀블링 ​​창과 동일하게 만들려면 홉 크기를 창 크기와 동일하게 지정합니다.
D: 세션 창은 유사한 시간에 도착하는 이벤트를 그룹화하여 데이터가 없는 기간을 필터링합니다.
참조:
https://docs.microsoft.com/en-us/azure/stream-analytics/stream-analytics-window-functions

참조:
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables-distribute 이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창의 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아갑니다.
개요
Litware, Inc.는 미국 전역에 300개의 편의점을 소유 및 운영하고 있습니다. 이 회사는 샌드위치와 피자와 같은 다양한 준비 식품뿐만 아니라 다양한 포장 식품 및 음료를 판매합니다.
Litware에는 회원이 결제 시 회원 번호를 제공하여 특정 품목에 대해 매일 할인을 받을 수 있는 로열티 클럽이 있습니다.
Litware는 Microsoft Power BI를 사용하여 데이터를 분석하는 것을 선호하는 비즈니스 분석가와 Azure Databricks 노트북에서 데이터를 분석하는 것을 선호하는 데이터 과학자를 고용합니다.
주제 2, Litware, Inc.
요구 사항
사업 목표
Litware는 다음 요구 사항을 충족하기 위해 Azure에서 새로운 분석 환경을 만들려고 합니다.
매장 전체의 재고 수준을 확인하세요. 데이터는 가능한 한 실시간에 가깝게 업데이트되어야 합니다.
로열티 클럽 할인이 할인 제품의 판매를 증가시키는지 여부를 식별하기 위해 과거 데이터에 대한 임시 분석 쿼리를 실행합니다.
4시간마다 판매 데이터의 과거 수요를 기반으로 생산할 준비된 식품 품목의 수를 매장 직원에게 알립니다.
기술 요구 사항
Litware는 다음과 같은 기술 요구 사항을 식별합니다.
비즈니스 목표를 달성하는 데 필요한 다양한 Azure 서비스의 수를 최소화합니다.
가능한 한 PaaS(Platform as a Service) 제품을 사용하고 Litware에서 관리해야 하는 가상 머신을 프로비저닝하지 않아도 됩니다.
회사의 온-프레미스 네트워크 및 Azure 서비스에서만 분석 데이터 저장소에 액세스할 수 있는지 확인합니다.
가능할 때마다 Azure AD(Azure Active Directory) 인증을 사용합니다.
보안을 설계할 때 최소 권한 원칙을 사용합니다.
데이터를 분석 데이터 저장소에 로드하기 전에 Azure Data Lake Storage Gen2에서 인벤토리 데이터를 준비합니다. Litware는 데이터가 더 이상 사용되지 않으면 Data Lake Storage에서 임시 데이터를 제거하려고 합니다. 수정 날짜가 14일보다 오래된 파일은 제거해야 합니다.
전화번호와 같은 고객 연락처 정보에 대한 비즈니스 분석가의 액세스를 제한하십시오. 이러한 유형의 데이터는 분석적으로 관련이 없기 때문입니다.
손상 또는 실수로 삭제된 경우 1시간 이내에 분석 데이터 저장소의 복사본을 신속하게 복원할 수 있는지 확인합니다.
계획된 환경
Litware는 다음 환경을 구현할 계획입니다.
애플리케이션 개발 팀은 판매 시점(POS) 시스템 및 출력에서 ​​매장 번호, 날짜, 시간, 제품 ID, 고객 충성도 번호, 가격 및 할인 금액을 포함한 실시간 판매 데이터를 수신하는 Azure 이벤트 허브를 생성합니다. Azure의 데이터 저장소에 데이터.
이름, 연락처 정보, 로열티 번호를 포함한 고객 데이터는 SaaS 애플리케이션인 Salesforce에서 가져오며 8시간마다 한 번씩 Azure로 가져올 수 있습니다. 행 수정 날짜는 원본 테이블에서 신뢰할 수 없습니다.
제품 ID, 이름 및 범주를 포함한 제품 데이터는 Salesforce에서 가져오고 8시간마다 한 번씩 Azure로 가져올 수 있습니다. 행 수정 날짜는 원본 테이블에서 신뢰할 수 없습니다.
일일 인벤토리 데이터는 개인 네트워크에 있는 Microsoft SQL 서버에서 가져옵니다.
Litware는 현재 5TB의 과거 판매 데이터와 100GB의 고객 데이터를 보유하고 있습니다. 회사는 내년에 매월 약 100GB의 새 데이터를 예상합니다.
Litware는 FoodPrep이라는 맞춤형 애플리케이션을 구축하여 매장 직원에게 4시간마다 얼마나 많은 준비된 식품을 생산할 것인지 계산 결과를 제공할 것입니다.
Litware는 온-프레미스 네트워크와 Azure 간에 Azure ExpressRoute 또는 VPN을 구현할 계획이 없습니다.

설명
참조:
https://docs.microsoft.com/en-us/azure/data-lake-store/data-lake-store-secure-data

참조:
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables-distribute
https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/sql-data-warehouse-tables-index