WEBVTT

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

00:00:10.830 --> 00:00:12.060
[> 안녕하세요. 저는 안나 토마스입니다.

00:00:12.060 --> 00:00:13.890
그리고 나는 데이터입니다
및 응용 과학자

00:00:13.890 --> 00:00:15.705
작업 중인 Azure 데이터 팀

00:00:15.705 --> 00:00:18.090
SQL과 나는 가입
오늘 내 동료에 의해.

00:00:18.090 --> 00:00:19.575
>> 저는 제로엔 테르 히어드입니다.

00:00:19.575 --> 00:00:22.830
프로그램 매니저입니다.
Azure 데이터 팀에도 있습니다.

00:00:22.830 --> 00:00:24.945
>>
오늘 여러분 모두 를 가지고 있습니다.

00:00:24.945 --> 00:00:26.790
오늘, 제로엔은

00:00:26.790 --> 00:00:28.740
하이퍼 스케일에 대해 조금.

00:00:28.740 --> 00:00:30.810
무슨 일이야?
오늘 을 통해 갈?

00:00:30.810 --> 00:00:34.080
>> 하이퍼스케일은 새로운 서비스입니다.

00:00:34.080 --> 00:00:37.845
여기에 Azure SQL에 대한
그냥 5 월에 소개.

00:00:37.845 --> 00:00:41.185
오늘, 나는
마이그레이션 하는 방법을 보여 주면 됩니다.

00:00:41.185 --> 00:00:46.525
Azure SQL에서 데이터베이스와 같은
일반 Azure SQL에서 하이퍼스케일로 이동합니다.

00:00:46.525 --> 00:00:49.310
>> 멋지다, 굉장한. 그래서
당신은 거기에 무엇을 가지고 있습니까?

00:00:49.310 --> 00:00:52.160
>> 그래서 이 방식이 작동하죠.

00:00:52.160 --> 00:00:53.480
여기 Azure Portal에 있습니다.

00:00:53.480 --> 00:00:55.040
내가 조금 확대 하자.

00:00:55.040 --> 00:00:57.680
그래서 Azure Portal에 있습니다.

00:00:57.680 --> 00:01:00.365
여기에 표준 SQL 데이터베이스가 있습니다.

00:01:00.365 --> 00:01:04.190
매우 간단한 것, 범용
가격 책정 계층, 특별한 것은 없습니다.

00:01:04.190 --> 00:01:07.820
나는이 데이터베이스를 가지고 갈 거야
하이퍼스케일로 마이그레이션합니다.

00:01:07.820 --> 00:01:09.320
그렇게 하기 위해,

00:01:09.320 --> 00:01:10.730
내가하는 일은 여기를 클릭하는 것입니다.

00:01:10.730 --> 00:01:14.785
"구성"으로 이동합니다.
및 "구성"에,

00:01:14.785 --> 00:01:18.155
데이터베이스가
현재 범용

00:01:18.155 --> 00:01:20.075
그리고 나는 그것을 변경할 수 있습니다.

00:01:20.075 --> 00:01:22.710
하이퍼 스케일로 이동
오른쪽에,

00:01:22.710 --> 00:01:26.320
그리고 나는 만들 수 있습니다
일부 구성이 변경됩니다.

00:01:26.320 --> 00:01:27.460
나는 예를 들어, 선택할 수 있습니다,

00:01:27.460 --> 00:01:29.410
vCores의 양
원하는 금액 또는 금액

00:01:29.410 --> 00:01:32.050
읽기 전용 복제본을 참조하십시오.

00:01:32.050 --> 00:01:36.270
그래서 그래, 그건 기본적으로
내가 얻는 공식.

00:01:36.270 --> 00:01:40.140
>> 제로엔, 그 작은 게 뭐야
경고 표지판 은 우리가 받고있어?

00:01:40.140 --> 00:01:41.835
>> 그래, 그게 다야
좋은 하나. 좋은 캐치.

00:01:41.835 --> 00:01:44.170
경고 기호는 실제로

00:01:44.170 --> 00:01:47.710
이 사실을 알리는 것은
당신이 입력하는 일방통행 거리.

00:01:47.710 --> 00:01:49.180
그래서 일단 당신이 방법이 없습니다

00:01:49.180 --> 00:01:51.630
표준 마이그레이션
데이터베이스에서 하이퍼스케일로,

00:01:51.630 --> 00:01:54.960
갈 길이 없습니다.
이 순간에 다시.

00:01:54.960 --> 00:01:57.210
그래서 이것은 새로운,

00:01:57.210 --> 00:02:00.435
이 변경 될 수 있습니다.
미래를 위해, 그러나 지금,

00:02:00.435 --> 00:02:04.050
여기에 알림이 있습니다.
경고를 말하기 위해,

00:02:04.050 --> 00:02:07.005
당신은 후 다시 갈 수 없습니다
당신은 하이퍼 스케일에 갔다.

00:02:07.005 --> 00:02:09.390
>> 그래서 내가 테스트하고 물건을 할 때,

00:02:09.390 --> 00:02:11.100
사본을 사용해야 합니까?

00:02:11.100 --> 00:02:13.715
>> 그래, 나는 확실히 것
그냥 사본을 가져 가라.

00:02:13.715 --> 00:02:16.865
그것은 사본을 가지고 매우 쉽습니다
Azure의 모든 데이터베이스에서

00:02:16.865 --> 00:02:19.605
그래서 일단 당신이 그것을 가지고, 복사를 클릭

00:02:19.605 --> 00:02:23.025
및 마이그레이션
복사본의 하이퍼스케일입니다.

00:02:23.025 --> 00:02:26.300
그러면 행복해지면
모든 것이 어떻게 작동하는지,

00:02:26.300 --> 00:02:27.860
그런 다음 변경할 수 있습니다.
연결 문자열은

00:02:27.860 --> 00:02:30.740
가리키는 응용 프로그램
이 새로운 하이퍼 스케일 버전.

00:02:30.740 --> 00:02:32.150
>> 굉장한. 멋진. 감사.

00:02:32.150 --> 00:02:37.615
>> 그래서 내가 할 일은 내가 할 거야
여기를 클릭 하 고 이해합니다

00:02:37.615 --> 00:02:41.690
포털에 내가 읽은 것을 알리기 위해

00:02:41.690 --> 00:02:43.415
통지하고 난 무엇을 이해

00:02:43.415 --> 00:02:46.535
문제는 또는 내가 무엇을
자신을 얻기.

00:02:46.535 --> 00:02:49.729
그럼 내가 선택해야 할 것이다
계산 세대,

00:02:49.729 --> 00:02:51.859
나는 항상 최신 Gen5로 갈 거야,

00:02:51.859 --> 00:02:54.980
나는 vCores를 변경할 수 있습니다
가상 코어에,

00:02:54.980 --> 00:02:56.495
원하는 복제본의 양,

00:02:56.495 --> 00:02:58.145
"적용"을 클릭합니다.

00:02:58.145 --> 00:03:00.590
그렇다면 어떤 일이 일어날까요?
데이터베이스가

00:03:00.590 --> 00:03:03.205
이제 하이퍼스케일로 마이그레이션할 수 있습니다.

00:03:03.205 --> 00:03:04.125
그게 다야.

00:03:04.125 --> 00:03:05.940
그게 다야. 너무 쉽습니다.

00:03:05.940 --> 00:03:09.780
>> 오, 와우. 그래서 어떤 유형
사용 사례의 내가 원하는 것

00:03:09.780 --> 00:03:11.160
- 왜 내가 로 이동하려면

00:03:11.160 --> 00:03:13.695
우리가 있는 동안 하이퍼스케일
그것은 전환시키는?

00:03:13.695 --> 00:03:17.440
>> 물론입니다. 음, 가장 큰 이유
실제로 배율,

00:03:17.440 --> 00:03:19.310
따라서

00:03:19.310 --> 00:03:23.095
스토리지 또는 확장
쿼리 성능에 대한

00:03:23.095 --> 00:03:25.620
그래서 Azure SQL 자체

00:03:25.620 --> 00:03:30.275
약 4개가
테라바이트 파일 크기 제한을 가합니다.

00:03:30.275 --> 00:03:33.865
데이터베이스가 더 큰 경우
그보다, 당신은 무엇을해야합니까?

00:03:33.865 --> 00:03:36.275
글쎄, 하이퍼 스케일은 당신의 대답입니다.

00:03:36.275 --> 00:03:38.390
그래서 만약 당신이 하자
말, 나도 몰라,

00:03:38.390 --> 00:03:41.810
40테라바이트 데이터베이스 또는
40테라바이트 데이터 웨어하우스,

00:03:41.810 --> 00:03:44.590
또는 40 테라바이트 어떤 데이터베이스,

00:03:44.590 --> 00:03:48.345
하이퍼스케일은 호스트할 수 있습니다.
해당 데이터베이스를 사용할 수 있습니다.

00:03:48.345 --> 00:03:50.235
그런 다음 읽기 전용 복제본을 사용하면

00:03:50.235 --> 00:03:53.465
더 많은 쿼리 성능을 얻을 수 있습니다.
모든 데이터 대위에 걸쳐 있습니다.

00:03:53.465 --> 00:03:57.240
그래서 그 두 가지 주요 이유
하이퍼스케일로 마이그레이션할 수 있습니다.

00:03:57.240 --> 00:03:59.420
>> 어떤 것이 있습니까?
읽기 전용 개수

00:03:59.420 --> 00:04:02.360
내가 얻을 복제본
하이퍼 스케일 또는 내가 그것을 구성할 수 있습니까?

00:04:02.360 --> 00:04:03.560
>> 당신은 그것을 구성 할 수 있습니다, 그것은

00:04:03.560 --> 00:04:06.410
0에서 4 사이,
그래서 당신은 선택할 수 있습니다.

00:04:06.410 --> 00:04:08.260
나는 기본적으로 하나에 간다 생각,

00:04:08.260 --> 00:04:10.650
하지만 다시 전화를 걸 수 있습니다.
하지 않으면 0으로 설정합니다.

00:04:10.650 --> 00:04:12.810
읽기 전용 복제본을 원하고,

00:04:12.810 --> 00:04:14.970
나중에 변경할 수도 있습니다.

00:04:14.970 --> 00:04:16.800
당신은 vCores를 최대 할 수 있습니다,

00:04:16.800 --> 00:04:19.220
변경하거나 낮출 수 있습니다.
복제본 의 수입니다.

00:04:19.220 --> 00:04:22.090
그래서 그 두 가지 설정은 당신
배포 후 변경될 수 있습니다.

00:04:22.090 --> 00:04:27.000
>> 굉장한. 멋진. 그래서 바라건대,

00:04:27.000 --> 00:04:28.500
그것은 여러분 모두에게 유용했습니다.

00:04:28.500 --> 00:04:30.360
오늘 저희와 함께해 주셔서 감사합니다.

00:04:30.360 --> 00:04:31.950
그리고 당신이 에 관심이 있다면

00:04:31.950 --> 00:04:34.170
하이퍼 스케일 느낌 부담
우리에게 같은 것을 남기기 위해,

00:04:34.170 --> 00:04:35.320
채널 구독,

00:04:35.320 --> 00:04:38.090
심지어 우리에게 코멘트를 남겨
당신이 가장 무엇을에

00:04:38.090 --> 00:04:41.460
하이퍼스케일에 대해 흥분하고
다음 번에 조정합니다. 감사합니다.

00:04:41.460 --> 00:04:53.470
[음악]