1단계: Azure Portal에서 SQL1에 대한 Active Directory 관리자를 설정합니다.
Azure SQL Database 서버에 대한 Azure Active Directory 관리자를 프로비저닝합니다.
Azure Portal 및 PowerShell을 사용하여 Azure SQL 서버에 대한 Azure Active Directory 관리자를 프로비저닝할 수 있습니다.
2단계: DB1에서 Azure AD ID에 매핑된 데이터베이스에 포함된 데이터베이스 사용자 만들기 Transact-SQL을 사용하여 Analysts 그룹에 대한 포함된 사용자를 만듭니다.
Azure AD 기반 포함된 데이터베이스 사용자(데이터베이스를 소유하는 서버 관리자 제외)를 만들려면 최소한 ALTER ANY USER 권한이 있는 사용자로 Azure AD ID를 사용하여 데이터베이스에 연결합니다. 그런 다음 다음 Transact-SQL 구문을 사용합니다.
외부 공급자의 CREATE USER <Azure_AD_principal_name>
3단계: Microsoft SSMS(SQL Server Management Studio)에서 Active Directory 관리자로 설정된 계정을 사용하여 SQL1에 로그인합니다.
SSMS 또는 SSDT를 사용하여 사용자 데이터베이스 또는 데이터 웨어하우스에 연결
Azure AD 관리자가 올바르게 설정되었는지 확인하려면 Azure AD 관리자 계정을 사용하여 마스터 데이터베이스에 연결합니다. Azure AD 기반 포함된 데이터베이스 사용자(데이터베이스를 소유하는 서버 관리자 제외)를 프로비저닝하려면 데이터베이스에 대한 액세스 권한이 있는 Azure AD ID를 사용하여 데이터베이스에 연결합니다.
4단계: DB1에서 VIEW 및 SELECT DEFINTION을 부여합니다..
참조:
https://docs.microsoft.com/en-us/azure/sql-database/sql-database-aad-authentication-configure

설명

상자 1: 투명한 데이터 암호화
Azure Key Vault에서 고객 관리 키가 있는 TDE를 사용하면 TDE Protector라는 고객 관리 비대칭 키로 DEK(데이터베이스 암호화 키)를 암호화할 수 있습니다. 이를 일반적으로 투명 데이터 암호화에 대한 BYOK(Bring Your Own Key) 지원이라고도 합니다.
참고: 투명한 데이터 암호화는 데이터베이스 암호화 키라는 대칭 키를 사용하여 전체 데이터베이스의 저장소를 암호화합니다. 이 데이터베이스 암호화 키는 투명한 데이터 암호화 보호기로 보호됩니다.
TDE(투명한 데이터 암호화)는 미사용 데이터를 암호화하여 악의적인 오프라인 활동의 위협으로부터 Azure SQL Database, Azure SQL Managed Instance 및 Azure Data Warehouse를 보호하는 데 도움이 됩니다. 애플리케이션을 변경할 필요 없이 데이터베이스, 관련 백업 및 저장 트랜잭션 로그 파일의 실시간 암호화 및 암호 해독을 수행합니다.
상자 2: 스토리지 계정 키
저장소 계정 암호화를 위해 Microsoft 관리 키를 사용하거나 Azure Key Vault와 함께 자체 키로 암호화를 관리할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/azure/sql-database/transparent-data-encryption-azure-sql
https://docs.microsoft.com/en-us/azure/storage/common/storage-service-encryption

설명

상자 1: 최종
개발자는 Azure Cosmos DB를 사용하여 일관성 스펙트럼에서 잘 정의된 5가지 일관성 모델 중에서 선택할 수 있습니다. 가장 강력한 것부터 더 편안한 것까지 모델에는 강력하고 제한된 부실, 세션, 일관된 접두사 및 최종 일관성이 포함됩니다.
다음 이미지는 다양한 일관성 수준을 스펙트럼으로 보여줍니다.

상자 2: GlobalDocumentDB
Core(SQL)를 선택하여 문서 데이터베이스를 생성하고 SQL 구문을 사용하여 쿼리합니다.
참고: API는 생성할 계정 유형을 결정합니다. Azure Cosmos DB는 문서 데이터베이스용 Core(SQL) 및 MongoDB, 그래프 데이터베이스용 Gremlin, Azure Table 및 Cassandra의 5가지 API를 제공합니다.
참조:
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels
https://docs.microsoft.com/en-us/azure/cosmos-db/create-sql-api-dotnet

설명:
1단계: 외부 데이터 원본을 만들고 First_Row 옵션을 설정합니다.
Hadoop, Azure Blob Storage 또는 Azure Data Lake Store에 저장된 외부 데이터를 정의하는 외부 파일 형식 개체를 만듭니다. 외부 파일 형식을 생성하는 것은 외부 테이블을 생성하기 위한 전제 조건입니다.
FIRST_ROW = First_row_int
PolyBase 로드 중에 모든 파일에서 먼저 읽는 행 번호를 지정합니다. 이 매개변수는 1-15 값을 사용할 수 있습니다. 값이 2로 설정되면 데이터가 로드될 때 모든 파일(헤더 행)의 첫 번째 행을 건너뜁니다. 행 종결자(/r/n, /r, /n)의 존재 여부에 따라 행을 건너뜁니다.
2단계: abfs 위치를 사용하는 외부 데이터 원본 만들기
hadoop-azure 모듈은 "abfs" 커넥터를 통해 Azure Data Lake Storage Gen2 스토리지 계층에 대한 지원을 제공합니다.
3단계: CREATE EXTERNAL TABLE AS SELECT(CETAS)를 사용하고 빈 행을 제거하는 보기를 만듭니다.
참조:
https://docs.microsoft.com/en-us/sql/t-sql/statements/create-external-file-format-transact-sql
https://hadoop.apache.org/docs/r3.2.0/hadoop-azure/abfs.html

설명
시나리오: SALESDB는 지난 3주 동안 지정된 시간으로 복원할 수 있어야 합니다.
Azure SQL Database 서비스는 자동화된 백업 시스템으로 모든 데이터베이스를 보호합니다. 이러한 백업은 Basic의 경우 7일, Standard의 경우 35일, Premium의 경우 35일 동안 보존됩니다. 지정 시간 복원은 셀프 서비스 기능으로, 고객이 이러한 백업에서 보존 기간 내의 어느 시점으로든 기본, 표준 또는 프리미엄 데이터베이스를 복원할 수 있습니다.
참조:
https://azure.microsoft.com/en-us/blog/azure-sql-database-point-in-time-restore/