WEBVTT

00:00:00.000 --> 00:00:10.560
[음악].

00:00:10.560 --> 00:00:11.895
안녕하세요, 제 이름은 아메드 배너지입니다.

00:00:11.895 --> 00:00:14.520
저는 그룹 프로그램 매니저입니다.
SQL Server 제품 그룹입니다.

00:00:14.520 --> 00:00:17.970
나는 에 대한 책임이 있습니다
SQL Server용 데이터베이스 엔진입니다.

00:00:17.970 --> 00:00:19.110
그래서 오늘날의 비디오에서,

00:00:19.110 --> 00:00:21.150
우리는 에 대해 얘기할거야
SQL 서버 높이

00:00:21.150 --> 00:00:23.250
가용성 및 재해
복구 혜택

00:00:23.250 --> 00:00:26.055
도입된
2019년 11월까지

00:00:26.055 --> 00:00:29.910
그래서 우리가 어떻게 알아 보자
실제로 SQL 서버 배포

00:00:29.910 --> 00:00:31.830
고가용성의 오늘

00:00:31.830 --> 00:00:33.780
및 재해 복구 구성.

00:00:33.780 --> 00:00:37.555
그래서 당신이 기본이 있다고 가정 해 봅시다
SQL Server의 인스턴스입니다.

00:00:37.555 --> 00:00:40.040
이제 기본 인스턴스가 가질 수 있는 것은

00:00:40.040 --> 00:00:41.900
기능에 따라 다름
사용 중이면

00:00:41.900 --> 00:00:45.080
가용성 여부
그룹 또는 로그 배송,

00:00:45.080 --> 00:00:47.285
여러 보조 를 가질 수 있습니다.

00:00:47.285 --> 00:00:50.375
당신은 높은 경우
가용성 솔루션

00:00:50.375 --> 00:00:52.580
장애 조치 클러스터 인스턴스와 같이

00:00:52.580 --> 00:00:57.560
그런 다음 HA 전용 솔루션입니다.
DR 노드가 없습니다.

00:00:57.560 --> 00:01:00.935
다른
DR을 배포할 수 있습니다.

00:01:00.935 --> 00:01:06.335
그래서 만약 당신이 이것을 가지고 있다면
SQL Server 2019 이하,

00:01:06.335 --> 00:01:07.790
그리고 이것은, 가정 해 봅시다,

00:01:07.790 --> 00:01:10.220
또 다른 SQL Server 2019 이하,

00:01:10.220 --> 00:01:13.045
그리고 여기에 같은 일.

00:01:13.045 --> 00:01:15.100
11월 1일 이전,

00:01:15.100 --> 00:01:17.660
소프트웨어 보증이 있는 경우

00:01:17.660 --> 00:01:20.030
기업 계약이

00:01:20.030 --> 00:01:22.205
소프트웨어 보증 기능,

00:01:22.205 --> 00:01:25.739
당신은 할 수있을 것입니다
기본 라이선스를 부여하고,

00:01:25.739 --> 00:01:28.040
첫 번째 고가용성 또는

00:01:28.040 --> 00:01:30.755
DR 복제본은
면허를 받아야 합니다.

00:01:30.755 --> 00:01:36.070
다음 DR 복제본은
라이선스를 계속 받을 수 있습니다.

00:01:36.070 --> 00:01:39.735
SQL Server 2019부터

00:01:39.735 --> 00:01:43.270
모든 이전 지역에 적용됩니다.
SQL Server 버전도

00:01:43.270 --> 00:01:45.545
동일한 아키텍처를 가지고 있는 경우

00:01:45.545 --> 00:01:47.930
지금 기본이 있는 경우

00:01:47.930 --> 00:01:49.550
난 그냥이 권리를 그릴거야

00:01:49.550 --> 00:01:52.580
정렬되어
조금 쉽게 이해할 수 있습니다.

00:01:52.580 --> 00:01:54.530
여러 보조 데이터베이스가 있습니다.

00:01:54.530 --> 00:01:56.240
이 에 대 한 사용 이라고 가정 해 봅시다

00:01:56.240 --> 00:01:59.015
고가용성과 이
재해 복구를 위해,

00:01:59.015 --> 00:02:02.960
기본 이 연결됩니다.
소프트웨어 보증에 따라 라이선스가 부여됩니다.

00:02:02.960 --> 00:02:05.825
첫 번째 HA 복제본,

00:02:05.825 --> 00:02:08.540
동기식
자연과 지원

00:02:08.540 --> 00:02:11.660
자동 장애 조치
면허를 취득할 필요가 없습니다.

00:02:11.660 --> 00:02:15.575
재해 복제본도
라이선스를 부여할 필요가 없습니다.

00:02:15.575 --> 00:02:17.795
그래서 무엇을 알아 낼 수 있습니다
즉, 실제로 의미.

00:02:17.795 --> 00:02:26.720
그래서이 했다 가정 해 봅시다 32
코어와 당신은 했다 32 각,

00:02:26.720 --> 00:02:28.400
그냥 간단하게.

00:02:28.400 --> 00:02:33.845
따라서 2019년 11월 이전에는

00:02:33.845 --> 00:02:36.860
해야 할 것입니다.
기본 라이선스,

00:02:36.860 --> 00:02:39.979
첫 번째 보조 보조 에 대해 없음,

00:02:39.979 --> 00:02:46.970
그리고 다른 32 코어
다음 보조 에 대한.

00:02:46.970 --> 00:02:50.490
이제 SQL 서버또는

00:02:50.490 --> 00:02:52.385
모든 SQL Server 릴리스

00:02:52.385 --> 00:02:54.725
코어가 덮여 있습니다.
소프트웨어 보증에 의해,

00:02:54.725 --> 00:02:59.690
라이선스에 필요한 사항
11월 1일 이후,

00:02:59.690 --> 00:03:01.880
2019년은 1차,

00:03:01.880 --> 00:03:05.305
그리고 최대 두 개의 보조,
그것은 무료일 것입니다.

00:03:05.305 --> 00:03:07.605
자, 그것이 실제로 의미하는 바는,

00:03:07.605 --> 00:03:09.825
32개의 코어가 있다고 가정해 봅시다.

00:03:09.825 --> 00:03:12.920
라이선스는 다음과 같습니다.

00:03:12.920 --> 00:03:16.370
자, 실제로 이것을 설정하려면 어떻게 해야 합니까?

00:03:16.370 --> 00:03:20.615
첫 번째 전제 조건입니다.
소프트웨어 보증을 가질 수 있습니다.

00:03:20.615 --> 00:03:27.900
두 번째 전제 조건은
기본 코어에 대한 라이선스를 부여합니다.

00:03:27.900 --> 00:03:31.580
에 코어의 수
보조 는

00:03:31.580 --> 00:03:38.430
작거나 같을 수 있습니다.
기본 코어의 수입니다.

00:03:39.890 --> 00:03:44.405
예를 들어,
여기에 32 개 이상이 있었다,

00:03:44.405 --> 00:03:46.115
혜택은 적용되지 않습니다.

00:03:46.115 --> 00:03:49.520
그래서 본질적으로, 각각에 대한
라이선스가 있는 코어

00:03:49.520 --> 00:03:56.330
SQL Server 게시물 11 월
소프트웨어 보증이 있으며,

00:03:56.330 --> 00:04:00.485
당신은 하나의 HA 코어를 얻을,

00:04:00.485 --> 00:04:04.350
하나의 DR 코어입니다.

00:04:04.350 --> 00:04:06.080
그 외에도,

00:04:06.080 --> 00:04:13.415
당신은 또한 다른 DR을 얻을
Azure VM에서 실행되는 코어입니다.

00:04:13.415 --> 00:04:15.110
따라서 실행 중인 경우

00:04:15.110 --> 00:04:16.865
Azure 가상 컴퓨터와

00:04:16.865 --> 00:04:19.160
이를
재해 복구 사이트,

00:04:19.160 --> 00:04:21.215
당신은 또한 무료로 그것을 얻을.

00:04:21.215 --> 00:04:23.570
그래서이 아키텍처에서,

00:04:23.570 --> 00:04:26.540
11월 이전에 말씀드리겠습니다.

00:04:26.540 --> 00:04:27.680
보조 를 추가했습니다.

00:04:27.680 --> 00:04:30.460
그러나 이것은 Azure VM에 있었습니다.

00:04:30.460 --> 00:04:36.220
당신은 또 다른 32 코어를 지불 할 것
32개의 가상 코어를 제공했습니다.

00:04:36.220 --> 00:04:39.545
이 경우 다른 보조 보조 보조 를 추가합니다.

00:04:39.545 --> 00:04:43.685
그리고 나는 이것에 대해 제로 코어를 지불합니다.

00:04:43.685 --> 00:04:46.385
따라서 아키텍처는

00:04:46.385 --> 00:04:49.670
실제로 더 나은 활용
고가용성 및

00:04:49.670 --> 00:04:53.765
재해 복구를
소유 비용 절감

00:04:53.765 --> 00:04:55.730
SQL Server의 이점을 누릴 수 있습니다.

00:04:55.730 --> 00:04:58.525
11 월 첫 번째 게시물을 변경.

00:04:58.525 --> 00:05:01.520
자, 여러분이 할 수 있는 일은

00:05:01.520 --> 00:05:05.995
당신은 실제로 이것을 취할 수 있습니다
SQL Server, 2019,

00:05:05.995 --> 00:05:10.370
2017, 2016, 그리고 모든 방법

00:05:10.370 --> 00:05:12.980
SQL Server의 모든 릴리스에

00:05:12.980 --> 00:05:16.145
이러한 코어가
소프트웨어 보증이 적용됩니다.

00:05:16.145 --> 00:05:19.250
아키텍처가 있는 경우,

00:05:19.250 --> 00:05:21.140
물리적 인 기계라고 가정 해 봅시다.

00:05:21.140 --> 00:05:23.885
그래서 만약 당신이에
벌거 벗은 금속, 당신은 그것을 얻을.

00:05:23.885 --> 00:05:26.074
가상 머신에 있는 경우

00:05:26.074 --> 00:05:27.860
당신은 또한이 혜택을 받을.

00:05:27.860 --> 00:05:29.270
컨테이너에 있는 경우

00:05:29.270 --> 00:05:30.770
당신은 또한이 혜택을 받을.

00:05:30.770 --> 00:05:35.360
따라서 SQL을 사용하든
물리적 데이터 센터의 서버,

00:05:35.360 --> 00:05:39.125
또는 SQL 서버를 사용하는 경우
가상 머신에서

00:05:39.125 --> 00:05:42.200
또는 Azure를 사용 중이거나
DR 센터로

00:05:42.200 --> 00:05:46.745
그리고 당신은 실제로 호스팅하고 있습니다.
귀하의 프라이머리 온-프레미스,

00:05:46.745 --> 00:05:49.010
당신은 DR 혜택을해야합니다

00:05:49.010 --> 00:05:51.620
SQL 서버 를 덮는다
Azure에서 복제본을 볼 수 있습니다.

00:05:51.620 --> 00:05:53.510
다음 몇 가지 에피소드에서,

00:05:53.510 --> 00:05:55.010
우리는 실제로 무엇에 대해 이야기 할 것입니다

00:05:55.010 --> 00:05:56.960
최적의
활용하는 아키텍처

00:05:56.960 --> 00:05:59.030
이 혜택을 효율적으로 얻을 수 있습니다.
참여해주셔서 감사합니다.

00:05:59.030 --> 00:06:10.690
[음악]