WEBVTT

00:00:00.000 --> 00:00:09.907
[음악]

00:00:13.409 --> 00:00:16.496
따라서 모든 다른 시작
데이터 유출의 흥미로운 에피소드입니다.

00:00:16.496 --> 00:00:19.745
Scott Kline 호스트 필자와 함께
내가 오늘 하는 두 사람 대화를

00:00:19.745 --> 00:00:21.295
정보 데이터 마이그레이션 도구.

00:00:21.295 --> 00:00:25.425
요 전에 있었던 이제
달 전, 처음 사용 하 고 있습니다.

00:00:25.425 --> 00:00:26.225
>> 그래.
>> 이유

00:00:26.225 --> 00:00:28.555
잠시 소개를 수행한 하지
자기 자신 모이고 우리가 안내 합니다.

00:00:28.555 --> 00:00:29.805
왜 안 시작 하기?

00:00:29.805 --> 00:00:32.415
>> 예, 그렇게
Raj Pajaradju 라고 해요입니다.

00:00:32.415 --> 00:00:36.850
내가 수석 프로그램 관리자
데이터 마이그레이션 팀.

00:00:36.850 --> 00:00:41.260
우리 팀은 주로
모든 유형의 데이터 마이그레이션에 대 한

00:00:41.260 --> 00:00:43.860
외부 플랫폼에서

00:00:43.860 --> 00:00:48.790
레거시 SQL 서버에서
최신 SQL 플랫폼입니다.

00:00:48.790 --> 00:00:51.970
>> 그래 확인 합니다.
>> 저는 주로 담당 하 고

00:00:51.970 --> 00:00:57.010
SQL Server 업그레이드 및
SQL Server 마이그레이션, 클라우드.

00:00:57.010 --> 00:00:58.180
>> 멋진, 멋진.

00:00:58.180 --> 00:00:58.690
괜찮아 계속 진행 합니다.

00:00:58.690 --> 00:01:01.570
>> 난 내가 하는 Akash [INAUDIBLE]
데이터에 대 한 엔지니어링 관리자

00:01:01.570 --> 00:01:02.470
마이그레이션 팀입니다.

00:01:02.470 --> 00:01:06.990
Raj와 현재 진행
이러한 멋진 도구를 만들고 있습니다.

00:01:06.990 --> 00:01:09.640
>> 네, 알려야 했습니다
한 달 전 드러내기의 정렬

00:01:09.640 --> 00:01:11.260
데이터 마이그레이션 도구
수정 하 고 있습니까?

00:01:11.260 --> 00:01:11.790
>> 그래입니다.

00:01:11.790 --> 00:01:13.570
>> 및 구성 작업입니다.

00:01:13.570 --> 00:01:18.330
지난번 따라서 일종의 도입
그 얘기 하 고이 도구는 다음과 같습니다

00:01:18.330 --> 00:01:20.120
여기는 원래 그 기능입니다.

00:01:20.120 --> 00:01:23.150
오늘날, 누구 십니까
보여주실 것?

00:01:23.150 --> 00:01:25.240
>> 지금 2 개 부품에 환영
우선.

00:01:25.240 --> 00:01:25.740
>> 2 부?
>> 예.

00:01:25.740 --> 00:01:28.040
데이터 마이그레이션 중 두 번째 부분

00:01:28.040 --> 00:01:29.266
길잡이 시리즈.

00:01:29.266 --> 00:01:32.406
첫 번째 계열의
첫 번째 비디오

00:01:32.406 --> 00:01:37.896
실제로 우리가 도입 하는
데이터 마이그레이션 도구 DMA 1.0

00:01:37.896 --> 00:01:39.230
>> 1.0, 그래입니다.

00:01:39.230 --> 00:01:44.060
>>는 사용의 평가
하는 게임의 속 편으로 마이그레이션

00:01:44.060 --> 00:01:44.790
서버 플랫폼입니다.

00:01:44.790 --> 00:01:45.480
>> 그래.

00:01:45.480 --> 00:01:47.350
>>이 비디오에서는 그와

00:01:47.350 --> 00:01:51.530
전시 되어야 하는 것
당신 2.0 데이터 마이그레이션입니다.

00:01:51.530 --> 00:01:53.375
>> 지금 우리가 이미 최대 2.0?

00:01:53.375 --> 00:01:53.940
>> 예, 2.0
>> 그래입니다.

00:01:53.940 --> 00:01:56.950
>> 이미를 2.1
바로 지난 주입니다.

00:01:56.950 --> 00:01:58.110
>> 정말? Zing!

00:01:58.110 --> 00:01:59.670
훌륭한, 모든 권리 확인 합니다.

00:01:59.670 --> 00:02:04.610
>>이 DMA 2.0이 출시 되므로
SQL 통과 서밋.

00:02:04.610 --> 00:02:05.290
>> 그래 확인 합니다.
>> 중

00:02:05.290 --> 00:02:06.730
실제로 기조를 해결 합니다.

00:02:06.730 --> 00:02:07.480
>> 취약점을 해도 괜 찮.

00:02:07.480 --> 00:02:11.180
>> 이렇게 하면 및
실제 마이그레이션

00:02:11.180 --> 00:02:13.420
온-프레미스로
최신 SQL 플랫폼입니다.

00:02:13.420 --> 00:02:13.940
>> 확인 합니다.
>> 및

00:02:13.940 --> 00:02:17.840
또한 온-프레미스 중에서 그대로
Azure VM에 대 한 SQL Server.

00:02:17.840 --> 00:02:18.843
>> 요 냉각 요구 사항을 충족 합니다.

00:02:18.843 --> 00:02:19.844
>>와 오늘,

00:02:19.844 --> 00:02:25.460
Akash 방법을 데모를 제공 하려고 합니다.
DMA에서 마이그레이션이 작동합니다.

00:02:25.460 --> 00:02:26.000
>> 친절 하시 군요, 오케이

00:02:26.000 --> 00:02:26.620
>> 예.
>> 세련 된 디자인.

00:02:26.620 --> 00:02:29.930
>> 되기 전에, 이동
하려고 하는데,

00:02:29.930 --> 00:02:32.560
우리가 돌아갈 수 있는 비전
하려고 하는데

00:02:32.560 --> 00:02:37.260
에 대 한 이야기는 요점에 대 한 우리의
데이터 마이그레이션 팀 지역입니다.

00:02:37.260 --> 00:02:41.640
에서 보듯이 고객 수
현대 데이터 플랫폼으로 이동 하기

00:02:41.640 --> 00:02:46.780
경쟁 우위를
통해 비즈니스 통찰력.

00:02:46.780 --> 00:02:49.445
아시다시피,
데이터 분석을 사용 하 여 및

00:02:49.445 --> 00:02:52.408
초기 뿐만 아니라
학습 발달

00:02:52.408 --> 00:02:56.050
하는 방식이 완전히 변경 하는
데이터 환영 합니다.

00:02:56.050 --> 00:03:01.260
데이터 분석은 알고는 매우
비즈니스에 대 한 매우 중요 한 요소입니다.

00:03:01.260 --> 00:03:06.830
이 고, 현재
회사 지정

00:03:06.830 --> 00:03:11.890
수행할 데이터 통찰력을 얻을 수
데이터를 사용 하 여로

00:03:11.890 --> 00:03:15.860
실제로 방식을 변환 하는
고객에 게 사용 합니다.

00:03:15.860 --> 00:03:18.830
표시 하는 방법
고객 경험입니다.

00:03:18.830 --> 00:03:19.870
>> 확인 합니다.
>> 지금 응용 프로그램을

00:03:19.870 --> 00:03:20.860
작업입니다.

00:03:20.860 --> 00:03:23.570
>> 권한입니다.
>> 이므로 Microsoft 데이터 플랫폼

00:03:23.570 --> 00:03:26.030
최우선 과제로
해당 데이터의 진화, 오른쪽?

00:03:26.030 --> 00:03:31.520
>> 너무 데이터 마이그레이션 팀에서 우리의
목표이 고객을 활성화 하는

00:03:31.520 --> 00:03:33.670
따라서 최신 플랫폼으로 마이그레이션

00:03:33.670 --> 00:03:39.750
고객이 정말 집중할 수 있는
경쟁 우위 확보에

00:03:39.750 --> 00:03:41.000
비즈니스 통찰력을 통해
>> 예.

00:03:41.000 --> 00:03:42.450
>> 하는 목표의 종류.

00:03:42.450 --> 00:03:43.050
>> 확인 합니다.
>> 지금

00:03:43.050 --> 00:03:47.750
우리의 목표와 정렬 문제가 됩니다.
이 데이터 마이그레이션 도구

00:03:48.860 --> 00:03:54.560
주로 전 노력 감소
SQL 서버로 업그레이드 마십시오.

00:03:54.560 --> 00:03:58.050
두 워크플로 이므로
하나는 평가 하 고

00:03:58.050 --> 00:03:59.375
다른 하나는 마이그레이션.

00:03:59.375 --> 00:03:59.890
>> 확인 합니다.

00:03:59.890 --> 00:04:05.370
>> 평가 과정에서 그렇게
정말 자동화는 이전에

00:04:05.370 --> 00:04:10.750
수동 및
매우 번거로운 과정 뿐만 아니라

00:04:10.750 --> 00:04:15.120
데이터베이스의 정적 검사
침입 변경에 대 한 코드입니다.

00:04:15.120 --> 00:04:16.570
>> 예, 볼을 마지막으로 하 고 있습니다.

00:04:16.570 --> 00:04:19.060
부스터는 있다고 여기 당신이 하는 경우
이이 버전에서 업그레이드

00:04:19.060 --> 00:04:21.320
침입에 필요한 버전
변경 사항 및 권장 사항

00:04:21.320 --> 00:04:22.120
>> 그래입니다.

00:04:22.120 --> 00:04:23.300
>> 마이그레이션 과정에서는 그렇게

00:04:23.300 --> 00:04:27.680
주는 이제는 해 냈
데이터를 마이그레이션할 수 있습니다.

00:04:27.680 --> 00:04:31.170
스키마와 SQL 서버
로그인과 Windows 로그인 합니다.

00:04:31.170 --> 00:04:33.560
>> 확인 합니다.
>>에 최신 SQL server 버전

00:04:33.560 --> 00:04:36.430
SQL 서버 뿐 아니라
클라우드에서 VM에서 실행 됩니다.

00:04:36.430 --> 00:04:37.240
>> VM, 클라우드 좋아.

00:04:37.240 --> 00:04:38.940
>>가 뭔가 하는 우리의
캐시는 데모를 것입니다.

00:04:38.940 --> 00:04:40.900
>>는 a,
종류는 두 부분으로 프로세스입니다.

00:04:40.900 --> 00:04:42.450
평가 다음과 같습니다. 그래?

00:04:42.450 --> 00:04:42.790
하 고

00:04:42.790 --> 00:04:45.930
마이그레이션 하려면 다음
계속 하려면 올바른 마이그레이션을?

00:04:45.930 --> 00:04:47.230
스키마 및 데이터입니다.

00:04:47.230 --> 00:04:48.180
로그인 및 그렇습니다.

00:04:48.180 --> 00:04:49.370
>> 데이터, 그렇습니다.
>> 세련 된 디자인.

00:04:49.370 --> 00:04:50.150
멋진.

00:04:50.150 --> 00:04:52.822
우와, 그건 매우
한 달에 작업 합니다.

00:04:52.822 --> 00:04:54.170
>> [웃음] 정확 하 게.

00:04:54.170 --> 00:04:58.040
>> 실제로 처음 출시 2.1 및
후 2 주 이내에 통과 합니다.

00:04:58.040 --> 00:05:01.130
이제 많은 고객의 요청
어디 들가 되었다는

00:05:01.130 --> 00:05:03.980
이 도구의 작동 좋은 때
내가 데이터베이스 연결을 선택 합니다.

00:05:03.980 --> 00:05:06.210
그러나 평가 해야 하는 경우
수백 개의 데이터베이스를 같은

00:05:06.210 --> 00:05:08.570
마찬가지로 필요 합니다.
자동화 하는 스크립트입니다.

00:05:08.570 --> 00:05:10.832
따라서 우리가 즉시 사용
평가 대 한 명령 및

00:05:10.832 --> 00:05:13.740
자동-처음 출시 하는 2.1에 고
취할 거 야.

00:05:13.740 --> 00:05:14.570
>> 좋아, 단어, 확인 합니다.

00:05:14.570 --> 00:05:16.600
오른쪽, 데모 타임 입니까?

00:05:16.600 --> 00:05:19.300
>> 이것은 데모 시간
흥미로운 시간 실제로.

00:05:19.300 --> 00:05:20.370
>> 확인 합니다.
세련 된 디자인.

00:05:20.370 --> 00:05:24.570
>> 그렇기 때문
마이그레이션 어시스턴트를 열어 드리겠습니다.

00:05:24.570 --> 00:05:29.460
그렇다면 이것은 이미 영어로
같은 링크를 이동 하십시오.

00:05:29.460 --> 00:05:32.443
기존 고객 수 있습니다.
새로 고침 MSI를 사용 하면 됩니다.

00:05:32.443 --> 00:05:35.540
>> 네, 해야 할 것 같습니다
프레젠테이션에서 이스케이프 합니다.

00:05:35.540 --> 00:05:37.130
예, 이제 되었습니다.

00:05:37.130 --> 00:05:39.490
한 다음, 이제, 이상적입니다.

00:05:39.490 --> 00:05:40.590
>> 자, 있을 것입니다.

00:05:40.590 --> 00:05:42.520
지금
마지막으로이 데모 설명 했습니다.

00:05:42.520 --> 00:05:43.940
이 마이그레이션 출시 예정.

00:05:43.940 --> 00:05:44.950
이제 됩니다 이미 있습니다.

00:05:44.950 --> 00:05:47.100
마이그레이션 프로젝트를 시작 해 드리죠.

00:05:47.100 --> 00:05:49.390
이맘때 그 GetToSQL 다시.

00:05:49.390 --> 00:05:50.430
만듭니다.

00:05:50.430 --> 00:05:53.778
>> 능숙 하 게 할 뿐 마이그레이션 또는
를 위해 있습니까

00:05:53.778 --> 00:05:56.157
마찬가지로 마이그레이션을 선택한?

00:05:56.157 --> 00:05:58.680
평가 합니까
기본적으로?

00:05:58.680 --> 00:06:01.470
>> 좋은 질문입니다.
기본적으로 항상이 좋습니다.

00:06:01.470 --> 00:06:05.330
처음에 평가 수행 하려면
이러한 모든 주요 변경 사항을 확인 합니다.

00:06:05.330 --> 00:06:08.390
다음 계획을 제기 하 고
주요 변경 사항 들을 해결.

00:06:08.390 --> 00:06:12.860
데이터베이스를 마이그레이션할 후
대상 버전

00:06:12.860 --> 00:06:15.530
적용 된 수 수 있습니다. 있습니다.
열기 전에 해결 프로그램

00:06:15.530 --> 00:06:16.350
[INAUDIBLE] 데이터베이스입니다.

00:06:16.350 --> 00:06:18.840
>> 즉, 마이그레이션
또한 평가 안 할?

00:06:18.840 --> 00:06:21.630
>> 아니요, 우리가 적용 안 함
마이그레이션하는 동안 평가 합니다.

00:06:21.630 --> 00:06:22.610
>> 확인 합니다.
>> 할 좋습니다 하지만

00:06:22.610 --> 00:06:23.540
그 이전에 대 한 평가입니다.

00:06:23.540 --> 00:06:25.500
>>는 두 개의 독립
이 시점에서 워크플로 이지만

00:06:25.500 --> 00:06:27.380
이동 항상 좋습니다.
와 처음에 평가 됩니다.

00:06:27.380 --> 00:06:28.070
>> 첫 번째 권한입니다.

00:06:28.070 --> 00:06:29.080
예, 하는 것이 좋습니다.

00:06:29.080 --> 00:06:34.760
>>이 특정 시나리오에서 원격
데모 마이그레이션

00:06:34.760 --> 00:06:39.140
서버를 내부에가지고 있는
클라우드에 있는 SQL Azure VM

00:06:39.140 --> 00:06:42.066
마이그레이션 시기 고
현재 작업 흐름

00:06:42.066 --> 00:06:45.070
전체 서버 지원
tp 서버 마이그레이션입니다.

00:06:45.070 --> 00:06:47.130
하도록
모든 데이터베이스입니다.

00:06:47.130 --> 00:06:48.320
그 로그인을 모두 마이그레이션됩니다.

00:06:48.320 --> 00:06:51.240
그는 되도록 모든 로그인
올바르게 매핑된 경우에 발생

00:06:51.240 --> 00:06:53.780
일부 로그인 하는 것은 이미
전에 이미 마이그레이션 되었습니다.

00:06:53.780 --> 00:06:56.330
앱만 수 있어야 하 고
연결할 수

00:06:56.330 --> 00:06:57.220
데이터베이스 및 작업입니다.

00:06:57.220 --> 00:06:58.770
여기에서 데이터베이스입니다.

00:06:58.770 --> 00:07:00.470
>> 지금 앱 하기만
연결 문자열 변경

00:07:00.470 --> 00:07:02.510
>> 연결 문자열을 변경 하 고
사용할 수 있어야 합니다.

00:07:02.510 --> 00:07:05.780
On 전제는 선택 해 드리죠
여기에서 저는 인스턴스.

00:07:05.780 --> 00:07:10.220
두 창 모두를 지원 하 고
SQL 인증입니다.

00:07:10.220 --> 00:07:12.690
암호화 적용지 않습니다 것 이지만
원할 경우이 제거할 수 있습니다.

00:07:12.690 --> 00:07:14.910
않으면 항상 사용 하는 것이 좋습니다.

00:07:14.910 --> 00:07:18.740
어떤 자격 증명 지정
필자는이 계정

00:07:18.740 --> 00:07:20.490
연결 하는 것이 필요
원본 서버에서.

00:07:20.490 --> 00:07:22.610
컨트롤 필요
서버 사용 권한입니다.

00:07:22.610 --> 00:07:24.570
이 유일한 서버 인스턴스.

00:07:24.570 --> 00:07:27.360
이제 사용자가 직접 대상 서버를 선택 합니다.
이 부분에서는 서버는 무엇입니까

00:07:27.360 --> 00:07:31.030
SQL만은 무엇입니까
서버 VM 구름에 앉아 있지만

00:07:31.030 --> 00:07:35.190
익스프레스를 통해 연결 된
[INAUDIBLE] 우리로 라우팅하십시오.

00:07:35.190 --> 00:07:38.889
가 있는지를 확인 하고자 하므로
VM에 전제에 연결

00:07:38.889 --> 00:07:41.468
어떤 VPN 통해 네트워크 또는
지금 익스프레스 또는

00:07:41.468 --> 00:07:42.940
다른 기술입니다.

00:07:42.940 --> 00:07:43.810
>> 따라서은 도메인 사용자

00:07:43.810 --> 00:07:44.700
[INAUDIBLE]에
>> 정확 하 게.

00:07:44.700 --> 00:07:45.240
>> 그렇지 않으면

00:07:45.240 --> 00:07:48.900
마이그레이션할 수 없을 것
로그인 및 사용자와 같은.

00:07:48.900 --> 00:07:50.300
>> 예.
>> 예, 정확 하 게 하 고

00:07:50.300 --> 00:07:50.940
한 번에

00:07:50.940 --> 00:07:52.910
방법도 알려줍니다 무엇에
임무는 대상에서 필요 합니다.

00:07:52.910 --> 00:07:54.700
따라서, 무슨 뜻
시스템의 서버 역할입니다.

00:07:54.700 --> 00:07:55.940
다음 선택, 해 드리죠.

00:07:55.940 --> 00:07:58.250
검색 된이 시점에서
모든 데이터베이스를 하 고

00:07:58.250 --> 00:08:00.300
그날 밤 모든 목록
거 대 한 데이터베이스입니다.

00:08:00.300 --> 00:08:04.870
이 화면에서 지정할 수 있습니다 이제는
마이그레이션하는 방법으로, 그는 단지

00:08:04.870 --> 00:08:07.720
단순 백업을 사용 하는 계획
SQL 서비스 지원에 이미 있습니다.

00:08:07.720 --> 00:08:10.970
따라서 요청 되지 않았을 때 알림
그림자 위치를

00:08:10.970 --> 00:08:13.570
원본 서버에 있는 사용 권한
다시 차지 하 고

00:08:13.570 --> 00:08:16.334
대상에 게 권한이
여기에서 복원 합니다.

00:08:16.334 --> 00:08:19.470
MDMA를 실행 하는 사용자 및
사용자의 허가 필요 하 고

00:08:19.470 --> 00:08:21.110
그런 다음 확인이 폴더에 대 한 그렇게

00:08:21.110 --> 00:08:23.820
폴더 위치를 제공할 수 있습니다.
이미 여기 있습니다.

00:08:23.820 --> 00:08:25.050
난 이미 작성 합니다.

00:08:25.050 --> 00:08:26.210
네트워크 공유 가능 합니다.

00:08:26.210 --> 00:08:29.920
그러나; 필요에 따라 다음을 수행할 수 있습니다.
항상이 복사 데이터베이스 선택

00:08:29.920 --> 00:08:32.380
옵션을 제공할 수 있는
두 개의 다른 위치입니다.

00:08:32.380 --> 00:08:35.220
이 경우에 MDMA와
복사 작업을 수행 합니다.

00:08:35.220 --> 00:08:38.160
동시에 지금 하지만
MDMA의 필요성이

00:08:38.160 --> 00:08:39.510
이 결과 대 한 권한입니다.

00:08:39.510 --> 00:08:41.870
>> 확인 합니다.
>> 권장 하는 관계 없이

00:08:41.870 --> 00:08:44.960
단지 소개 하기 때문에
실패의 또 다른 단계입니다.

00:08:46.110 --> 00:08:47.790
하 고 바로 떨어집니다.

00:08:47.790 --> 00:08:52.150
따라서 시나리오를 고객
즉 수행 하려는 경우 들

00:08:52.150 --> 00:08:55.090
단일 폴더에 없습니다
원본 둘 다 하 고

00:08:55.090 --> 00:08:56.900
데이터에 대 한 액세스를 가질 수 있습니다.

00:08:56.900 --> 00:08:58.470
이 복사본을 통해 수행할 수 있습니다.

00:08:58.470 --> 00:09:00.720
>> 예, 그렇게
한 위치에 복사 합니다.

00:09:00.720 --> 00:09:04.270
다음 MDMA는 복사 하 고 다른
위치는 클라우드 서버입니다.

00:09:05.360 --> 00:09:09.740
어떤 점이 복사
Azure Blob 저장소, 예를 들어입니다.

00:09:09.740 --> 00:09:13.400
의존 하는 것 같아 고
백업이 수행 되는 작업의 형식입니다.

00:09:13.400 --> 00:09:15.370
>> 예, 이것은 전체
실제로 데이터베이스 백업 합니다.

00:09:15.370 --> 00:09:16.160
>> 확인 합니다.
>> 및 현재

00:09:16.160 --> 00:09:19.865
우리는 백업 하 고 있지 않음을
클라우드의 URL입니다.

00:09:19.865 --> 00:09:21.572
>> 확인 합니다.
>>는 단지 백 친절 ups

00:09:21.572 --> 00:09:23.835
로컬 로그에 발생 하 고
네트워크입니다.

00:09:23.835 --> 00:09:26.155
>> 처음에 언급 한 것을 기억합니다
에 대 한 시나리오를 지원 하는지

00:09:26.155 --> 00:09:28.495
익스프레스 커넥터를.

00:09:28.495 --> 00:09:30.998
따라서 예상 동일
네트워크 공유 또는

00:09:30.998 --> 00:09:33.730
공기 드라이브 수
>> 예.

00:09:33.730 --> 00:09:35.430
>> 앞으로
시나리오는

00:09:35.430 --> 00:09:37.340
여기서 살펴보겠습니다
blob에 백업을 수행 합니다.

00:09:37.340 --> 00:09:38.735
>> 지금 가정해 SQL로 이동할 수 있습니다

00:09:38.735 --> 00:09:39.420
[들리지 않음]
>> SQL입니다.

00:09:39.420 --> 00:09:40.820
>>도 시 주의 사항
연결도 되지 않았습니다.

00:09:40.820 --> 00:09:41.430
>> 확인 합니다.
>> 따라서

00:09:41.430 --> 00:09:44.193
즉, 나중에 작업할 예정 내용
하지만 오늘날 그 것 지원 하지 않습니다.

00:09:44.193 --> 00:09:45.276
>> 확인 합니다.
>>, 같은 시간에

00:09:45.276 --> 00:09:48.379
한 곳이 바로 제공 하기
다음으로, 하지만 한 번에 라고 말합니다.

00:09:48.379 --> 00:09:50.967
데이터베이스에도 이동 하 고
이러한 설정을 조정 합니다.

00:09:50.967 --> 00:09:52.393
같은 데이터베이스 이름을 변경 합니다.

00:09:52.393 --> 00:09:55.046
같은 경우
여기 위치 복사 했습니다.

00:09:55.046 --> 00:09:57.708
데이터 파일을 변경할 수 및
로그 파일 위치입니다.

00:09:57.708 --> 00:09:59.239
지금은 아무 것도 변경 되지 않습니다.

00:09:59.239 --> 00:10:01.850
기본값을 사용 하 여 이동 하기만 합니다.
DM을 선정 했습니다.

00:10:01.850 --> 00:10:03.590
하 고 클릭 하겠습니다.

00:10:03.590 --> 00:10:06.235
바로 여기 있는 것 모두 적용 됩니다
각 데이터베이스에 대 한 설정

00:10:06.235 --> 00:10:08.657
모든 유효성 검사 선택
[들리지 않음] 이미 존재 합니다.

00:10:08.657 --> 00:10:10.389
또는 올바른 사용 권한을 추가 합니다.

00:10:10.389 --> 00:10:11.998
[INAUDIBLE]를 실행 해
복원 및

00:10:11.998 --> 00:10:13.434
확인 여부를 복원
성공 또는

00:10:13.434 --> 00:10:15.040
이후 한 번에 없음
백업이 수행 됩니다.

00:10:15.040 --> 00:10:16.710
따라서 이러한 모든 검사를 수행 합니다.

00:10:16.710 --> 00:10:20.000
이제는 검사에 성공 하면 일단 하 고
모든 로그인에 나열 됩니다.

00:10:20.000 --> 00:10:23.447
이제이 소스에서 각 로그인에 대 한
서버 설명 로그인 유형

00:10:23.447 --> 00:10:27.123
기본값으로, 상태
가능한 지의 여부 또는

00:10:27.123 --> 00:10:27.706
사용할 수 없습니다.

00:10:27.706 --> 00:10:32.674
이와 동시에
고유한 통찰력을 제공합니다.

00:10:32.674 --> 00:10:36.830
이 로그인이 있는지 여부
여부를 이동할 준비가 되었습니다.

00:10:36.830 --> 00:10:39.010
이것은 이러한 모든
로그인 진행 됩니다.

00:10:39.010 --> 00:10:42.120
아래 내가 스크롤 하지만,
4 로그인이 있습니다.

00:10:42.120 --> 00:10:43.790
4 Windows 로그인 한 SQL입니다.

00:10:43.790 --> 00:10:47.194
그 얘기는 이미이 로그인
대상 서버에 있습니다.

00:10:47.194 --> 00:10:47.970
>> 확인 합니다.

00:10:47.970 --> 00:10:50.520
>> 때문에
예제를 통해 저는 사용자 및

00:10:50.520 --> 00:10:52.100
대상 컴퓨터의 사용자는 필자.

00:10:52.100 --> 00:10:55.050
MDM을 하지만
기본적으로 선택 하지 않는 것.

00:10:55.050 --> 00:10:57.308
선택할 수 있습니다.
이 마이그레이션.

00:10:57.308 --> 00:10:59.955
않으면 [INAUDIBLE]는 어떤
로그인을 마이그레이션할 것입니다.

00:10:59.955 --> 00:11:02.051
대상 프로그램을 유지 합니다.
로그인으로 했지만

00:11:02.051 --> 00:11:05.194
해당 보안 개체를 마이그레이션할 것을
분리 된 사용자에 게 매핑됩니다 및

00:11:05.194 --> 00:11:07.980
그런 다음 [혼선]을 수 있습니다.
>> 네, 제거 되지 않습니다

00:11:07.980 --> 00:11:12.152
하지만, 로그인은 모든
보안 개체 및 작업을 좋아 하.

00:11:12.152 --> 00:11:15.474
>> 예 수을
이미 기존 로그인에

00:11:15.474 --> 00:11:16.610
대상 컴퓨터입니다.

00:11:16.610 --> 00:11:19.752
따라서 우리가 지킬 것 기존
대상 서버의 응용 프로그램

00:11:19.752 --> 00:11:20.587
있는 경우.

00:11:20.587 --> 00:11:23.344
동시 존재 하 고
SQL의 일부는 되 고

00:11:23.344 --> 00:11:26.282
이 봐 수 없습니다 방금 된다고
마이그레이션, 이것을 사용할 수 없습니다.

00:11:26.282 --> 00:11:28.913
이제 클릭 해 서 하 고
마이그레이션 시작 단추와

00:11:28.913 --> 00:11:30.550
마법 발생 하는 곳입니다.

00:11:30.550 --> 00:11:34.810
따라서 처음에 이것이
모든 데이터베이스에서 마이그레이션됩니다.

00:11:34.810 --> 00:11:35.320
도움말이 있습니다.

00:11:35.320 --> 00:11:37.790
한 번 모든 데이터베이스
마이그레이션되는 것은

00:11:37.790 --> 00:11:39.020
마이그레이션 시작 하겠습니다.
모든 로그인 합니다.

00:11:39.020 --> 00:11:40.810
때문에 모든 사용자를 매핑하려면

00:11:40.810 --> 00:11:43.700
이러한 데이터베이스가 필요
작업을 수행할 수 있습니다.

00:11:43.700 --> 00:11:45.830
모두 그렇게 하 고
동시에 데이터베이스를 지정 합니다.

00:11:45.830 --> 00:11:48.617
8 개 정도가 되는
구성 파일을 설정 하지만

00:11:48.617 --> 00:11:51.250
기반으로 사용자가 변경할 수 있습니다.
에 원본에 대 한

00:11:51.250 --> 00:11:52.350
대상 서버입니다.

00:11:52.350 --> 00:11:55.521
더 많은 이주 되었으며
병렬 지원 합니다.

00:11:55.521 --> 00:11:57.470
이제 시작 됩니다.
모든 로그인 마이그레이션.

00:11:57.470 --> 00:12:01.920
이 워크플로의 미학의
로그인 마이그레이션 데이터베이스 마이그레이션

00:12:01.920 --> 00:12:04.070
표시 한 경우에
여기가 서로 연결

00:12:04.070 --> 00:12:06.140
서로 연결 되지 않습니다.
그들은 독립적입니다.

00:12:06.140 --> 00:12:09.310
예를 들어 만들 수 있습니다.
워크플로 마이그레이션 및 등

00:12:09.310 --> 00:12:12.740
안녕하세요 저는 직접 자동화
데이터베이스 마이그레이션 스크립트입니다.

00:12:12.740 --> 00:12:14.430
단지 마이그레이션할 로그인이 필요 합니다.

00:12:14.430 --> 00:12:16.290
마이그레이션할 수 여
데이터베이스를 원하는 방식 으로입니다.

00:12:16.290 --> 00:12:18.540
여기에서 찾을 수 있습니다.
모든 데이터베이스를 선택 취소 하 고

00:12:18.540 --> 00:12:21.030
로그인이는 아니지만 난
마이그레이션 및 앞으로 이동 해야 합니다.

00:12:21.030 --> 00:12:24.170
똑같은은 데이터베이스에 적용 됩니다.
고 하도 갈 수도 있습니다.

00:12:24.170 --> 00:12:27.550
이 시나리오는 일반적으로 위치
많은 사람을 발견 했습니다.

00:12:27.550 --> 00:12:31.200
일부 마이그레이션 끝날
및과 같이 지금 정지 되어 있습니다.

00:12:31.200 --> 00:12:34.018
여기 있는 일부 로그인
일부 로그인 거기, 여기에 일부 DBs

00:12:34.018 --> 00:12:34.860
저기 몇입니다.

00:12:34.860 --> 00:12:36.410
어떻게 해야 합니까이 시점에서?

00:12:36.410 --> 00:12:39.165
에 도착 하 고 해결할 수 있습니다.
이러한 모든 로그인을 합니다.

00:12:39.165 --> 00:12:40.793
>> 확인 합니다.
>>는 시나리오의 종류

00:12:40.793 --> 00:12:41.751
어디 있습니다.

00:12:41.751 --> 00:12:46.060
>> 일어나 두 경우 중 하나는
데이터베이스 마이그레이션 또는 이와

00:12:46.060 --> 00:12:50.830
실패는 동시에 것은
모두 또는 아무것도 있다고 가정 하겠습니다.

00:12:50.830 --> 00:12:54.340
한 마이그레이션에 실패 한 모든 경우
나머지 마이그레이션됩니다 이유 및

00:12:54.340 --> 00:12:56.800
다음을 알 수
이 봐이 끊겨서 x.

00:12:56.800 --> 00:12:57.330
>> 그래입니다.

00:12:57.330 --> 00:12:59.230
>>은 계속할 수 있습니다.
데이터 저장소 마이그레이션입니다.

00:12:59.230 --> 00:12:59.730
>> 확인 합니다.
>> 그래입니다.

00:12:59.730 --> 00:13:01.537
최대한 노력 하는 것을이 점, 그렇게

00:13:01.537 --> 00:13:04.043
실패 한 경우
때문에 여전히 계속 각 DB

00:13:04.043 --> 00:13:05.850
각 로그인은 무관 합니다.
>> 확인 합니다.

00:13:05.850 --> 00:13:06.630
>>을 합니다.

00:13:06.630 --> 00:13:07.850
와 같이 하면 쪽 이에요.

00:13:07.850 --> 00:13:10.561
내보내기 보고서를 아직 없어
마이그레이션 없기 때문에

00:13:10.561 --> 00:13:13.121
모든 내용을 한 번만 완료
이 작업을 내보낼 수 있습니다. 그리고 및

00:13:13.121 --> 00:13:15.288
모든 것은 세부
실패 한 내용을 보고서

00:13:15.288 --> 00:13:17.423
어떻게 표시 하는 데 성공 했습니다.
UI 자체에서

00:13:17.423 --> 00:13:18.110
>> 자, 세련 된 디자인.

00:13:18.110 --> 00:13:21.590
>> 여기 가장 좋은 것은 등
데이터 마이그레이션에

00:13:21.590 --> 00:13:24.220
사이트를 알 수 없을 뿐
데이터베이스 마이그레이션.

00:13:24.220 --> 00:13:27.300
중요 한 다른 것은

00:13:27.300 --> 00:13:30.060
서버 개체는
응용 프로그램에 따라 달라 집니다.

00:13:30.060 --> 00:13:32.910
예,이 경우
로그인, 오른쪽?

00:13:32.910 --> 00:13:35.430
다음은 미래에 우리를 해제
서버 개체를 더 추가 합니다.

00:13:35.430 --> 00:13:38.340
SQL 에이전트 작업을 하기에
SSA 패키지입니다.

00:13:38.340 --> 00:13:40.903
많은 응용 프로그램은
이러한 개체 중 일부에 의존 하는

00:13:40.903 --> 00:13:42.684
밖에 있는 방안을
데이터베이스.

00:13:42.684 --> 00:13:44.630
>> 그래.
>> 있는지 확인 하려면 우리 우리

00:13:44.630 --> 00:13:48.830
포괄적인 솔루션을 제공 합니다.
원스톱 솔루션입니다

00:13:48.830 --> 00:13:51.620
에 주의 기울일 것입니다.
모든 마이그레이션 해야합니다.

00:13:51.620 --> 00:13:52.310
>> 확인 합니다.

00:13:52.310 --> 00:13:53.200
>> 그래
>> 아주 좋아.

00:13:53.200 --> 00:13:54.880
>> 및
마이그레이션을 진행 중일 때

00:13:54.880 --> 00:13:56.180
난이 있어 흥미로운 소식이 있습니다.

00:13:56.180 --> 00:14:01.040
3 경과 된에 있어
달 건이 발표 되었습니다, 우리를 알고

00:14:01.040 --> 00:14:02.730
DMA 1.0 버전
>> 그래.

00:14:02.730 --> 00:14:06.643
>> 지금까지 약 60 k 이상
지원 되는 코어

00:14:06.643 --> 00:14:09.748
지원 되는 60000 코어

00:14:09.748 --> 00:14:14.630
>> 약 70000 데이터베이스 및
따라서 시스템 실행 하는

00:14:14.630 --> 00:14:16.660
DM 평가와.

00:14:16.660 --> 00:14:17.530
>> 정말?

00:14:17.530 --> 00:14:20.530
>>는 것이 3 주만에
마이그레이션 워크플로 발표 되었습니다.

00:14:20.530 --> 00:14:24.867
이미 약 700 볼
코어는 이동 하는

00:14:24.867 --> 00:14:27.220
최신 플랫폼입니다.

00:14:27.220 --> 00:14:29.780
아래에 제공 되 고
약 400 데이터베이스입니다.

00:14:29.780 --> 00:14:32.521
>> 사람들은 실제로 이므로
다운로드 및이 도구를 사용 하 여

00:14:32.521 --> 00:14:34.846
평가 및 마이그레이션을 수행 하 고-
>> 예 고

00:14:34.846 --> 00:14:38.249
총 수를 확인 하려면 다음
다운로드 지금까지 7000이입니다.

00:14:38.249 --> 00:14:39.029
>> 7000 다운로드?

00:14:39.029 --> 00:14:40.070
>> 년 8 월 이후 예.

00:14:40.070 --> 00:14:40.954
>> 총, 또는?

00:14:40.954 --> 00:14:41.828
>> 총 8 월 이후 있습니다.

00:14:41.828 --> 00:14:45.600
>> 8 월, 이후 확인 하십시오
확인, 아주 좋아입니다.

00:14:45.600 --> 00:14:48.486
>> 지금이 마이그레이션의 일부 걸릴 수 있습니다.
내가 뭘 것 이므로 시간 동안

00:14:48.486 --> 00:14:51.596
이것을 계속 하기 때문에이
모든 사용자를 매핑하는 포인트

00:14:51.596 --> 00:14:54.690
역할 할당 및
그룹 등록 [들리지 않음] 2 단계입니다.

00:14:54.690 --> 00:14:58.310
명령 해 드리죠
인터페이스와

00:14:58.310 --> 00:14:59.990
도대체 여기서 살펴볼 수 있습니다 및
결과 확인 합니다.

00:14:59.990 --> 00:15:04.840
단지 거의 모든 내용을 표시 하는 경우
[들리지 않음]을 알 수 있습니다 여기서 다시.

00:15:04.840 --> 00:15:09.317
DMA의 2.1 버전으로
폴더로 이동

00:15:09.317 --> 00:15:14.113
DMA는 설치를 가져오는 위치
프로그램 파일은 >

00:15:14.113 --> 00:15:19.480
데이터 마이그레이션 도구
dma * DmaCmd를 찾을 수 있습니다.

00:15:19.480 --> 00:15:22.844
DmaCmd.exe를 찾을 수 있도록
Dma.exe 뿐만 아니라

00:15:22.844 --> 00:15:25.620
UI 버전 및
명령줄 버전입니다.

00:15:25.620 --> 00:15:30.170
다른 명령줄 도구와 마찬가지로
입력 하기만 하면 /?, 또는 도움말 및

00:15:30.170 --> 00:15:34.830
방법의 세부 사항을 제공 합니다.
이 특정 유틸리티를 사용 합니다.

00:15:34.830 --> 00:15:37.460
플래그를 통해 볼 경우
여기에서는 단지 요청 같은

00:15:37.460 --> 00:15:40.570
ui에서 제공 하는 것
평가 이름만의 목록

00:15:40.570 --> 00:15:43.730
여기서 수행 해야 하는 모든 데이터베이스
취급 하지 각 데이터베이스 독립적으로 합니다.

00:15:43.730 --> 00:15:47.430
연결을 제공할 수 있도록
문자열을 때문에 필요한 데이터베이스

00:15:47.430 --> 00:15:51.240
이것은 자동화 복구 프로그램
무인 모드로 실행할 수 있습니다.

00:15:51.240 --> 00:15:53.900
대상 플랫폼
호환성 문제를 평가 하거나

00:15:53.900 --> 00:15:57.690
권장이 주어 지 나
하려면 둘 모두를 선택할 수 있습니다.

00:15:57.690 --> 00:16:00.148
이것은 새로운 기능
cmdlet에 있는지

00:16:00.148 --> 00:16:02.564
내보낼 수 여
결과를 JSON 형식입니다.

00:16:02.564 --> 00:16:05.024
알아보고 왜 이것이 매우 고
훨씬 중요 한 실제로 때 그

00:16:05.024 --> 00:16:06.210
자동화 스크립트를 제공 합니다.

00:16:06.210 --> 00:16:08.340
이 변형으로
물론이 경우와

00:16:08.340 --> 00:16:11.250
다음 예제를 제공 하면 더 많은
같은 도구를 실행 하는 방법

00:16:11.250 --> 00:16:14.310
단일 데이터베이스, 복수
데이터베이스, SQL 인증 및

00:16:14.310 --> 00:16:16.090
몇 가지 예를 제공
빠른 시작 합니다.

00:16:16.090 --> 00:16:19.650
내부적으로 내가 뭘 한
다른 팀과 함께 작업 하는 동안

00:16:19.650 --> 00:16:23.880
Microsoft에서는 내부에서는 실제로
PowerShell 스크립트를 작성합니다.

00:16:23.880 --> 00:16:27.130
이 주위에 배치 하는
특정 유틸리티입니다.

00:16:27.130 --> 00:16:28.520
그렇다면 지금 바로

00:16:28.520 --> 00:16:31.990
필요한 것을 단지 하드 코드 했습니다 내가
내 입력 인수로 쪽 이에요.

00:16:31.990 --> 00:16:35.240
난이 특정 데모를 하 고
이러한 9 개의 데이터베이스를 평가 하려고 합니다.

00:16:35.240 --> 00:16:38.630
에 대 한 평가 해야 합니까
호환성 문제 및

00:16:38.630 --> 00:16:41.270
JSON 형태로 결과 출력 합니다.

00:16:41.270 --> 00:16:45.367
결과 사용할 수 있는
위에 있는 JSON 스크립트는 가져오기

00:16:45.367 --> 00:16:49.333
여기에 가져올 것 입니까
이 SQL DB의 SQL 테이블에 있습니다.

00:16:49.333 --> 00:16:49.980
>> 재미를 확인 합니다.
>>와 그

00:16:49.980 --> 00:16:52.850
모든 종류의 질문을 요청할 수 있습니다.
해당 테이블에서 해야 하 고

00:16:52.850 --> 00:16:54.490
모든 종류의 통찰력을 얻을.

00:16:54.490 --> 00:16:57.622
>> 기본적으로 제공 하
통합된 뷰는 SQL 및.

00:16:57.622 --> 00:17:00.580
>> 그래, 아주 좋아, 좋습니다.

00:17:00.580 --> 00:17:04.430
>> 시작 해 드리죠
이제 스크립트를 실행 합니다.

00:17:04.430 --> 00:17:09.866
>> 지금 보 니 소개를 하는 이들,
연결 문자열의 목록

00:17:09.866 --> 00:17:13.040
그들은 정당한 공백으로?

00:17:13.040 --> 00:17:15.470
>> 정답 공백으로 예입니다.

00:17:15.470 --> 00:17:19.260
내부적으로 시작 하기 때문에 하지 않습니다.
제품 평가 만듭니다.

00:17:19.260 --> 00:17:21.080
취급 하지 데이터베이스 독립적으로 합니다.

00:17:21.080 --> 00:17:23.480
따라서, 두 개의 데이터베이스를 넣을 수 있습니다.
서로 다른 두 서버에서

00:17:23.480 --> 00:17:25.790
에 대 한 요청 이므로
각각의 연결 스트림입니다.

00:17:25.790 --> 00:17:29.870
다음 모든 평가 되 면
[들리지 않음]를 가져올 것입니다

00:17:29.870 --> 00:17:34.630
SQL의 테이블로 결과
서버, 사용자가 직접 결과 표시 합니다.

00:17:34.630 --> 00:17:37.580
따라서 여기서 살펴본 것
이것은 유용한 생각 하는

00:17:37.580 --> 00:17:40.990
내가 있는 기업 환경
수백 및 수천 개의 데이터베이스가 있습니다.

00:17:40.990 --> 00:17:43.050
하나의 인스턴스는
인스턴스를 동일 합니다.

00:17:43.050 --> 00:17:46.010
되기 어려운 경우
마이그레이션 프로젝트를 제공 합니다.

00:17:46.010 --> 00:17:49.110
전체 계획 결정 부품
데이터베이스를 처음으로 이동 합니다.

00:17:49.110 --> 00:17:51.780
마이그레이션할 준비가 된
마이그레이션할 준비가 되지 않은

00:17:51.780 --> 00:17:52.780
거 대 한 연습입니다.

00:17:52.780 --> 00:17:54.260
>> 수백을 관리 하는 예, 또는

00:17:54.260 --> 00:17:57.400
1000 단위 또는
데이터베이스의 수천입니다.

00:17:57.400 --> 00:17:58.480
위로 트랙을 어떻게 유지할 수 있습니다?

00:17:58.480 --> 00:18:01.410
>> 및 도구는 정말 하지 않습니다.
이 대규모 시나리오를 해결 합니다.

00:18:01.410 --> 00:18:03.730
이제를 사용 하 여 실행할 수 있습니다.
이러한 PowerShell 스크립트입니다.

00:18:03.730 --> 00:18:05.830
실행 하도록 할 수 있습니다.
밤 및 일입니다.

00:18:05.830 --> 00:18:08.870
모든 보고서가 있는 면
다음 SQL Server 빌드 수 있습니다.

00:18:08.870 --> 00:18:11.530
가정해 봅시다, 우선 전원 BI 보고서
쿼리를 작성 하 고

00:18:11.530 --> 00:18:12.330
귀하의 답변을을 가져옵니다.

00:18:12.330 --> 00:18:14.040
>> 확인, 그런-
>> 우리는 자세한 작성 하는

00:18:14.040 --> 00:18:18.100
일부 사용자의 경우가에 대 한 블로그
어떻게 고객이 실제로 사용할 수 있습니다.

00:18:18.100 --> 00:18:21.770
유틸리티를 낼 하 고
일종의 통합된 된 관점입니다.

00:18:21.770 --> 00:18:25.120
고객의 많은 뿐만 아니라
분명히 내 낮은 분기는 무엇입니까

00:18:25.120 --> 00:18:25.630
과일?

00:18:25.630 --> 00:18:28.380
수 있는 데이터베이스
적은 노력으로 마이그레이션하 시겠습니까?

00:18:28.380 --> 00:18:31.020
따라서 이러한 유형의 보기
생성 하 고

00:18:31.020 --> 00:18:35.270
내가 활성 블로그 여기 쓰는 이동 또는
해당 마이그레이션 도우미 블로그입니다.

00:18:35.270 --> 00:18:37.420
>> 자, 좋은 시나리오
시나리오, 확인, 대왕 형식입니다.

00:18:37.420 --> 00:18:39.682
>> 내가 이동할 수 있습니다.
blogs.microsoft.com/datamigration

00:18:39.682 --> 00:18:42.620
우리의 모든 블로그는 [INAUDIBLE]
릴리스 정보 및 모든.

00:18:42.620 --> 00:18:47.140
이제 스크립트는 이미
내가 실제로 이동 하는,

00:18:47.140 --> 00:18:51.090
이것은 특정 테이블
보고서 데이터를 작성 하 고

00:18:51.090 --> 00:18:54.600
예를 들어 필자와 같은 단순 쿼리
내로 작업을 수행 하는 방법을 알고 있어야

00:18:54.600 --> 00:18:56.330
필자는 전에 하는 것 조차.

00:18:56.330 --> 00:18:58.798
알고 싶습니다.
데이터베이스 목록이 고

00:18:58.798 --> 00:19:00.864
문제의 수 순서.

00:19:00.864 --> 00:19:02.790
예를 들어,
이들은 숫자의 문제 또는

00:19:02.790 --> 00:19:05.680
바로 주문할 수
가 있기 때문에 개체의 영향을

00:19:05.680 --> 00:19:07.190
예를 들어 계획을 도와주십시오.

00:19:07.190 --> 00:19:10.760
>> 아주 간단한 쿼리 해 드리죠
예를 들어 두 쿼리를 실행 합니다.

00:19:10.760 --> 00:19:13.380
>>가이 서버에 연결 합니다.

00:19:15.070 --> 00:19:17.180
>> 돌아가야 하
데이터베이스 존재

00:19:17.180 --> 00:19:21.867
>> 예.
[들리지 않음] 예를 들어 확인

00:19:21.867 --> 00:19:26.408
이것은, 내가이 확장.

00:19:39.730 --> 00:19:44.040
>> 기본적으로, 모두를 제공한
SQL 서버 목록

00:19:44.040 --> 00:19:46.101
데이터베이스의 목록 및

00:19:46.101 --> 00:19:50.695
그런 다음 해당 서비스 팩에서
DMA를 통해 발생 하 고

00:19:50.695 --> 00:19:55.517
에서는 [혼선] 변경
>>은 노골적 변경

00:19:55.517 --> 00:19:58.511
다른 인지 여부
기능을 더 이상 사용 되지 않거나.

00:19:58.511 --> 00:20:03.530
>> 여기에 스크립트가를 실제로
동시에 평가 했습니까?

00:20:03.530 --> 00:20:04.640
>> 그래입니다.
>> 일종의 강제 하므로

00:20:04.640 --> 00:20:05.450
한 평가입니다.

00:20:05.450 --> 00:20:07.960
>> Hm입니다.
>>를 다음 마이그레이션을 않았습니다.

00:20:07.960 --> 00:20:08.760
아니면 능숙 하 게 할 마이그레이션을 먼저?

00:20:08.760 --> 00:20:09.570
>> 아니요
내가 마이그레이션을 수행 하지 않았습니다.

00:20:09.570 --> 00:20:10.620
그 just.did 평가 합니다.

00:20:10.620 --> 00:20:11.404
>> 한 평가?

00:20:11.404 --> 00:20:12.195
>> 실제로 채워질 것입니다.

00:20:12.195 --> 00:20:14.750
그 이유는, 무슨 일이
내가 이해 하는이 것이 있었습니다.

00:20:14.750 --> 00:20:15.348
의심으로 제공 됩니다.

00:20:15.348 --> 00:20:19.000
에 대 한 모든 데이터를 바로 삭제 하 고
나입니다.

00:20:19.000 --> 00:20:21.109
해 드리죠 빠르게
평가 실행 하 고

00:20:21.109 --> 00:20:23.848
다음 해당 쿼리를 실행할 수 및
몇 가지 통찰력을 보여 줍니다.

00:20:23.848 --> 00:20:28.406
>> 지금 사용할 수 있는로이 다음
다음 마이그레이션도 할 말?

00:20:28.406 --> 00:20:31.075
>> 아니요, 오늘 안 합니다 하지만.

00:20:31.075 --> 00:20:35.100
>> 네, 명령 줄만
마이그레이션 또는 평가 수행합니다.

00:20:35.100 --> 00:20:37.791
>> 호환 작동 하도록
알려 준다는 평가

00:20:37.791 --> 00:20:39.291
주요 변경 및

00:20:39.291 --> 00:20:42.678
또한 기능 표시
권장 구성 평가 뿐입니다.

00:20:42.678 --> 00:20:46.395
따라서 있는지 어떤 기능을
정말 때를 활용할 수 있습니다.

00:20:46.395 --> 00:20:49.242
당신은 대상
이익을 것입니다.

00:20:49.242 --> 00:20:52.662
>> 동일한 쿼리는 확인을 했습니다.

00:20:52.662 --> 00:20:53.825
이것 좀 보세요, 예를 들어.

00:20:53.825 --> 00:20:54.445
식의 말은

00:20:54.445 --> 00:20:57.165
이 봐 오류가 발생이 특정 DB-
>> 그래.

00:20:57.165 --> 00:20:58.245
>>에 10에서 90 이동 합니다.

00:20:58.245 --> 00:21:00.155
하나의 문제가 있습니다.

00:21:00.155 --> 00:21:01.805
>>를 이동 하는 경우에 고
정당한 130 호환성 수준

00:21:01.805 --> 00:21:03.205
문제를 해결 하 고 다.

00:21:03.205 --> 00:21:05.007
>> 예.
>> 반면 costliest 데이터베이스는

00:21:05.007 --> 00:21:08.230
내가는 SQL로
에 약 16 문제가 있습니다.

00:21:08.230 --> 00:21:10.950
그러나 순서를 하는 경우
영향을의 수에 따라

00:21:10.950 --> 00:21:13.770
개체는 실제
내가 할 수 있는 작업

00:21:13.770 --> 00:21:15.010
주위의 다른 방법입니다.

00:21:15.010 --> 00:21:17.607
것이 아니라, 하지만
이 특정 빈에 그대로

00:21:17.607 --> 00:21:19.426
가장 많은 수의
개체를 수정 해야 합니다.

00:21:19.426 --> 00:21:22.067
반면 SQL도 돌아갈
문제의 수를 더 했습니다.

00:21:22.067 --> 00:21:23.555
개체의 수는 적습니다.

00:21:23.555 --> 00:21:26.245
이것이 바로 이제는 매우
간단한 쿼리 실행 합니까를 하지만

00:21:26.245 --> 00:21:29.965
인 모든이 데이터를
구조화 된 형태로 받게 됩니다.

00:21:29.965 --> 00:21:31.627
모든 종류의 보고서를 작성할 수 있습니다.

00:21:31.627 --> 00:21:34.790
내부 팀을 살펴본 것 처럼
이 데이터베이스에 점수를 부여 합니다.

00:21:34.790 --> 00:21:36.180
>> 예.
>> 순위 결정 하는 순서에 따라.

00:21:36.180 --> 00:21:37.560
>> 권한입니다.
>>는 점수를 부여합니다.

00:21:37.560 --> 00:21:38.960
호출 하는 것
같은 점수를 평가 합니다.

00:21:38.960 --> 00:21:40.350
선택이 얼마나 준비를 좀 더.

00:21:40.350 --> 00:21:41.560
>> 예.
>>의 최신 플랫폼입니다.

00:21:41.560 --> 00:21:43.960
다음에 좀
전체 계획을 얻는.

00:21:43.960 --> 00:21:45.320
>> True 이면 음,
인해도 알고 있습니까?

00:21:45.320 --> 00:21:47.940
내가 이것을 보일 수 또는 모름
해낼 수 있을 한 전원 BI를 throw 합니다.

00:21:47.940 --> 00:21:49.010
>> 예.
>>의 앞, 오른쪽?

00:21:49.010 --> 00:21:50.290
>> 정확 하 게.
>> 대시보드 및 이동에

00:21:50.290 --> 00:21:52.290
예쁜 수는 다음과 같습니다.
이 권한을 확인 합니다.

00:21:52.290 --> 00:21:55.818
여기 좋은 점은입니다 하지만
방식으로, 매우 신속 하 게 큰 다음과 같습니다.

00:21:55.818 --> 00:21:57.047
평가를 합니다.

00:21:57.047 --> 00:21:58.620
내가 동일 하므로
도구를 통해 정보를 제공 합니다.

00:21:58.620 --> 00:22:00.070
>> 권한입니다.
>> 또는 평가 도구입니다.

00:22:00.070 --> 00:22:02.917
>> 그래입니다.
>> 강경한 PowerShell 놈이 지 내가 하는 경우

00:22:02.917 --> 00:22:05.820
또는 명령으로 할 수 있어.

00:22:05.820 --> 00:22:06.960
>> 정말 쉽게 고객에 게

00:22:06.960 --> 00:22:09.660
순위는 마이그레이션
기본적으로.

00:22:09.660 --> 00:22:12.870
>> 중에서 가장 큰 문제는 없지만
사랑 하는 방법을 있는 사실

00:22:12.870 --> 00:22:16.880
이 결과 시각화 하 고
아주 멋지군요입니다.

00:22:16.880 --> 00:22:19.900
>> 결과적으로 더 중요 한 것
2 개 점을 벗어날 것

00:22:19.900 --> 00:22:21.490
많이 얻을 수
피드백 도구에서입니다.

00:22:21.490 --> 00:22:24.230
따라서 있다고 구역과 폼
여기서 사용자 피드백을 보낼 수 있습니다.

00:22:24.230 --> 00:22:26.490
이제 우리를 많이
고객에 대 한 요청 된 위치

00:22:26.490 --> 00:22:29.590
이 때문에 하지 않는 이유를 말씀 드렸습니다
이 제공 하겠습니다.

00:22:29.590 --> 00:22:32.130
>> 냉각,
돌아가 평가

00:22:32.130 --> 00:22:32.980
평가 수행을 참조 하십시오.

00:22:32.980 --> 00:22:33.660
마이그레이션입니다.

00:22:33.660 --> 00:22:36.490
>> 예, 마이그레이션 처럼 보입니다
모든 작업을 마쳤으면 이제.

00:22:36.490 --> 00:22:38.810
모든 로그인 마이그레이션됩니다.
성공적으로 하 고

00:22:38.810 --> 00:22:41.140
물론이를 내보낼 수 있습니다.

00:22:41.140 --> 00:22:44.510
>>이 시점 그렇게
저희가, CSV 보고서로.

00:22:44.510 --> 00:22:48.090
정말 상태 저장 하기
마이그레이션 방지.

00:22:48.090 --> 00:22:51.330
뒤로 이동 하려는 경우와
후자의 시점을 검토 합니다.

00:22:51.330 --> 00:22:55.068
이 CS 보고서를 사용할 수 있습니다.
정말 내용을 확인 하려면

00:22:55.068 --> 00:22:58.360
된 마이그레이션 및
어떻게 된 실패 군요?

00:22:58.360 --> 00:23:00.310
>> 확인, 친절 하시 군요입니다.

00:23:00.310 --> 00:23:03.700
>>가 열
migrationresults.csv입니다.

00:23:05.050 --> 00:23:07.220
자세하게 갖게 됩니다.
문장 안에.

00:23:07.220 --> 00:23:10.420
>> 권한입니다.
>>이 보고서를 사용 하는 일반적인 방법으로 I

00:23:10.420 --> 00:23:12.840
머리글로 이동 합니다.

00:23:12.840 --> 00:23:15.120
CSV I는
방금 Excel에서 엽니다.

00:23:15.120 --> 00:23:19.670
저장 필터를 넣을 수 있습니다.
XLXX 한 다음 이러한 작업을 했습니다.

00:23:19.670 --> 00:23:21.310
>> 사용
Excel의 기능입니다.

00:23:23.000 --> 00:23:24.750
>> 거의 얻을 기본적으로
같은 것은 SQL에 있어

00:23:24.750 --> 00:23:25.332
결과입니다.

00:23:25.332 --> 00:23:26.993
>> 정확 하 게.

00:23:26.993 --> 00:23:28.110
>> 그래입니다. 예입니다.

00:23:28.110 --> 00:23:28.990
>> 이것은 매우 강력 합니다.

00:23:28.990 --> 00:23:29.890
좋아.

00:23:29.890 --> 00:23:33.335
평가 수행할 수 없습니다만
다른 방법으로 다양 한 방식

00:23:33.335 --> 00:23:36.270
지금 알아보고 있는 것
말 처럼, 아주 쉽게

00:23:37.950 --> 00:23:41.290
예, 우선 순위를 지정합니다
한 마이그레이션 하겠습니다.

00:23:41.290 --> 00:23:44.010
그런데 이제도
마이그레이션도

00:23:44.010 --> 00:23:45.670
>>를 올바른.
>> 아주 멋진.

00:23:45.670 --> 00:23:46.880
>> 환상적인, 이것이 여러분

00:23:46.880 --> 00:23:48.490
정말 감사 드립니다 여
시간 주셔서 감사 합니다.

00:23:48.490 --> 00:23:50.932
버전 3에서는 찾으십시오.
에 다음 주 [웃음]를 선택 합니다.

00:23:50.932 --> 00:23:53.262
>> [웃음]
>> 내가 고 농담이, 하지만 훌륭해.

00:23:53.262 --> 00:23:55.000
앞으로를 찾았습니다.
널 다시 혼을

00:23:55.000 --> 00:23:57.045
어떤 다른 멋진 보지
물건을 하 고 있습니다.

00:23:57.045 --> 00:23:58.013
>> 있는지 확인 합니다.
>> 주셔서 감사 합니다.

00:23:58.013 --> 00:23:59.560
>> 감사.
>> 덕분에 훨씬, 다시 보게 됩니다.

00:23:59.560 --> 00:24:03.355
>> 경우에 대 한 의견
7000 다운로드 등을 말한

00:24:03.355 --> 00:24:04.390
이미 권한입니다.

00:24:04.390 --> 00:24:05.492
>> 그래입니다.

00:24:05.492 --> 00:24:08.470
>>이 알 수 있는 경우
을 수 있는 가장 좋은 방법은 무엇입니까

00:24:08.470 --> 00:24:11.390
>> 때문이 파일 DL을 했습니다.

00:24:11.390 --> 00:24:14.180
전자 메일 주소
dmafeedback.microsoft.com입니다.

00:24:14.180 --> 00:24:16.140
전자 메일을 보낼 수 있습니다.

00:24:16.140 --> 00:24:18.750
뿐만 아니라이 도구는
피드백 기능입니다.

00:24:18.750 --> 00:24:20.383
사용자 의견을 전송할 수 있도록
여기 에서도.

00:24:20.383 --> 00:24:21.467
>> 멋진, 좋아, 좋아입니다.

00:24:21.467 --> 00:24:23.852
따라서, 모든 오른쪽
모든 사용자는 다운로드 시작 하 고

00:24:23.852 --> 00:24:26.720
데이터베이스 마이그레이션 시작
우리가 원하는 것입니다.

00:24:26.720 --> 00:24:28.380
>> 좋아.
>> 안녕하세요, 주셔서 감사 합니다 모든 사람들이 오고 있습니다.

00:24:28.380 --> 00:24:30.830
를 시청해 주셔서 감사 모든 사람 하 고
고 하면 다음에 보도록 하겠습니다.

00:24:30.830 --> 00:24:31.380
>> 감사.
>> 감사.

00:24:31.380 --> 00:24:31.880
Bye입니다.

00:24:31.880 --> 00:24:41.880
[음악]