WEBVTT

00:00:00.000 --> 00:00:09.907
[HUDBA]

00:00:13.409 --> 00:00:16.496
Každého Vítá do jiného
zajímavé díl Data vystavena.

00:00:16.496 --> 00:00:19.745
Jsem váš hostitel Scott Kline a s
mě dnes jsou dvě osoby komunikovat

00:00:19.745 --> 00:00:21.295
o přenesení dat pomocníka.

00:00:21.295 --> 00:00:25.425
Nyní máme za sebou se zde před
o před měsícem a začínáte.

00:00:25.425 --> 00:00:26.225
>> Ano.
>> Proč

00:00:26.225 --> 00:00:28.555
Nedejte se podruhé zavést
sami sobě a pak jsme budete pracujeme.

00:00:28.555 --> 00:00:29.805
Proč není začít?

00:00:29.805 --> 00:00:32.415
>> Ano, Ano
mé jméno je Raj Pajaradju.

00:00:32.415 --> 00:00:36.850
Jsem vedoucí program manager
v týmu migrace dat.

00:00:36.850 --> 00:00:41.260
Náš tým je především odpovědný
pro všechny typy dat migrace

00:00:41.260 --> 00:00:43.860
z cizích platforem

00:00:43.860 --> 00:00:48.790
ze starší verze SQL serverů
pro moderní platformy SQL.

00:00:48.790 --> 00:00:51.970
>> Ano v pořádku.
>> A já jsem především odpovědný za

00:00:51.970 --> 00:00:57.010
Aktualizace serveru SQL Server, jakož i
Přenesení serveru SQL Server, cloud.

00:00:57.010 --> 00:00:58.180
>> Skvělé, Super.

00:00:58.180 --> 00:00:58.690
Veškerá práva pokračujte.

00:00:58.690 --> 00:01:01.570
>> Jsem Akash [INAUDIBLE] jsem
Správce zpětnou analýzu dat.

00:01:01.570 --> 00:01:02.470
tým migrace.

00:01:02.470 --> 00:01:06.990
Pracujeme s Raj
vytváření těchto nástrojů Super.

00:01:06.990 --> 00:01:09.640
>> V pořádku, takže bylo slyšet o
Před měsícem řazení z uvést

00:01:09.640 --> 00:01:11.260
Pomocníka pro migraci dat
Oprava?

00:01:11.260 --> 00:01:11.790
>> Ano.

00:01:11.790 --> 00:01:13.570
>> A reakci jde nahoru.

00:01:13.570 --> 00:01:18.330
Tak posledního druh zavedena
ji a mluvili zde je nástroj,

00:01:18.330 --> 00:01:20.120
Zde je zpočátku co dělá.

00:01:20.120 --> 00:01:23.150
Dnes co jste
bude nám zobrazit?

00:01:23.150 --> 00:01:25.240
>> Tak Vítejte na druhé,
Nejdřív ze všeho.

00:01:25.240 --> 00:01:25.740
>> Druhé části?
>> Ano.

00:01:25.740 --> 00:01:28.040
Druhé části migrace dat

00:01:28.040 --> 00:01:29.266
série pomocníka.

00:01:29.266 --> 00:01:32.406
V první řadě
v prvním videu

00:01:32.406 --> 00:01:37.896
jsme skutečně zavedena vám
data migration assistant DMA 1.0.

00:01:37.896 --> 00:01:39.230
>> 1.0, Ano.

00:01:39.230 --> 00:01:44.060
>> Umožňující hodnocení
k přenesení sequel

00:01:44.060 --> 00:01:44.790
Server platformy.

00:01:44.790 --> 00:01:45.480
>> Ano.

00:01:45.480 --> 00:01:47.350
>> A v tomto videu

00:01:47.350 --> 00:01:51.530
Chceme být předvádějící nejlepší
Při migraci dat 2.0.

00:01:51.530 --> 00:01:53.375
>> To jsme již až 2.0?

00:01:53.375 --> 00:01:53.940
>> Ano, 2.0
>> Ano.

00:01:53.940 --> 00:01:56.950
>> Již až 2.1.
právě minulý týden.

00:01:56.950 --> 00:01:58.110
>> Opravdu? Automatická!

00:01:58.110 --> 00:01:59.670
V pořádku, Super, všechny pravé.

00:01:59.670 --> 00:02:04.610
>> Tak tento DMA 2.0 byla vydána.
na vrcholné schůzce SQL PRŮCHOD.

00:02:04.610 --> 00:02:05.290
>> Ano v pořádku.
>> Během

00:02:05.290 --> 00:02:06.730
hlavní myšlence skutečně řešit.

00:02:06.730 --> 00:02:07.480
>> Gotcha, v pořádku.

00:02:07.480 --> 00:02:11.180
>> A díky tomu pak
skutečné migrace z

00:02:11.180 --> 00:02:13.420
v prostorách pro
Moderní platformy SQL.

00:02:13.420 --> 00:02:13.940
>> V pořádku.
>> A

00:02:13.940 --> 00:02:17.840
stejně jako v prostorách
SQL serveru na Azure VM.

00:02:17.840 --> 00:02:18.843
>> K dispozici je v pořádku vychladnout.

00:02:18.843 --> 00:02:19.844
>> A dnes,

00:02:19.844 --> 00:02:25.460
Akash se bude dát ukázku jak
Probíhá migrace v DMA.

00:02:25.460 --> 00:02:26.000
>> Sladké, v pořádku.

00:02:26.000 --> 00:02:26.620
>> Ano.
>> Vychladnout.

00:02:26.620 --> 00:02:29.930
>> Před, takže můžeme přejít
Chtěl bych,

00:02:29.930 --> 00:02:32.560
Můžeme se vrátit k vidění,
Chtěl bych

00:02:32.560 --> 00:02:37.260
hovoří recap o našich
Data migrace týmu region.

00:02:37.260 --> 00:02:41.640
Jak vidíte, umožňuje zákazníkům
přejděte na moderní datovou platformu

00:02:41.640 --> 00:02:46.780
Chcete-li získat konkurenční výhodu.
prostřednictvím obchodní poznatky.

00:02:46.780 --> 00:02:49.445
Jak víte,
pomocí dat analytics a

00:02:49.445 --> 00:02:52.408
stejně jako první
zlepšení učení

00:02:52.408 --> 00:02:56.050
která zcela změní způsob
že Uvítáme data.

00:02:56.050 --> 00:03:01.260
Víte, poznatky dat velmi
důležité hledisko pro firmy.

00:03:01.260 --> 00:03:06.830
A v současné době
podnikání je určen.

00:03:06.830 --> 00:03:11.890
získat poznatky do data
a stejně jako použití dat

00:03:11.890 --> 00:03:15.860
na skutečně změňte způsob,
Díky spolupráci s jejich zákazníky.

00:03:15.860 --> 00:03:18.830
Mohou tak, aby zobrazovala
zkušenosti k zákazníkům.

00:03:18.830 --> 00:03:19.870
>> V pořádku.
>> Tak své žádosti a

00:03:19.870 --> 00:03:20.860
jejich operace.

00:03:20.860 --> 00:03:23.570
>> Doprava.
>> A tedy Microsoft data platform

00:03:23.570 --> 00:03:26.030
v čele
data vývoj, vpravo?

00:03:26.030 --> 00:03:31.520
>> Tak v týmu migrace dat, naše
cílem je umožnit těmto zákazníkům

00:03:31.520 --> 00:03:33.670
migrace na platformu moderní tak

00:03:33.670 --> 00:03:39.750
že zákazníci opravdu zaměřit
na získání konkurenční výhody

00:03:39.750 --> 00:03:41.000
prostřednictvím obchodní poznatky
>> Ano.

00:03:41.000 --> 00:03:42.450
>> Tak, aby se druh Naším cílem.

00:03:42.450 --> 00:03:43.050
>> V pořádku.
>>

00:03:43.050 --> 00:03:47.750
zarovnání s naším cílem, nyní máme
Tento Pomocník pro migraci dat

00:03:48.860 --> 00:03:54.560
zejména snižuje úsilí před
upgradovat servery SQL.

00:03:54.560 --> 00:03:58.050
Takže má dva pracovní postupy,
jeden je posouzení, a

00:03:58.050 --> 00:03:59.375
druhý je migrace.

00:03:59.375 --> 00:03:59.890
>> V pořádku.

00:03:59.890 --> 00:04:05.370
>> Tak v postupu posuzování
ve skutečnosti automatizaci dříve

00:04:05.370 --> 00:04:10.750
Ruční a
stejně jako velmi náročné proces

00:04:10.750 --> 00:04:15.120
kontroly jsou statické databáze
Kód změny break-in.

00:04:15.120 --> 00:04:16.570
>> Ano, a jsme viděli, že naposledy.

00:04:16.570 --> 00:04:19.060
Náplň rozbušky říká, tak pokud jste
upgrade z verze tohoto

00:04:19.060 --> 00:04:21.320
verze, které že budete potřebovat break-in
změny a můžeme doporučit.

00:04:21.320 --> 00:04:22.120
>> Ano.

00:04:22.120 --> 00:04:23.300
>> Tak v pracovním postupu migrace

00:04:23.300 --> 00:04:27.680
my sami je nyní pracovníky
můžete přenést svá data

00:04:27.680 --> 00:04:31.170
schémata a jejich serveru SQL server
přihlášení a přihlášení systému Windows.

00:04:31.170 --> 00:04:33.560
>> V pořádku.
>> Na moderní verze serveru SQL

00:04:33.560 --> 00:04:36.430
a SQL server
spuštěné v cloudu VM.

00:04:36.430 --> 00:04:37.240
>> Cloud VM, v pořádku.

00:04:37.240 --> 00:04:38.940
>> Něco to znamená že naše
mezipaměti bude ukázka je.

00:04:38.940 --> 00:04:40.900
>> Je tedy,
druh dvoudílný proces.

00:04:40.900 --> 00:04:42.450
Zde je hodnocení. Doprava?

00:04:42.450 --> 00:04:42.790
A

00:04:42.790 --> 00:04:45.930
Pokud chceme přenést, a pak
Pokračujte dále a přenést právo?

00:04:45.930 --> 00:04:47.230
Schéma a data.

00:04:47.230 --> 00:04:48.180
Přihlášení a Ano.

00:04:48.180 --> 00:04:49.370
>> Dat, Ano.
>> Vychladnout.

00:04:49.370 --> 00:04:50.150
Děs.

00:04:50.150 --> 00:04:52.822
WOW, který byl mnohem
práce v jednom měsíci.

00:04:52.822 --> 00:04:54.170
>> [NESMĚJEME] přesně tak.

00:04:54.170 --> 00:04:58.040
>> A ve skutečnosti jsme dodali i 2.1
právě po průchodu do dvou týdnů.

00:04:58.040 --> 00:05:01.130
Jsme získali velké množství požaduje od zákazníků
Pokud by bylo, že Haló,

00:05:01.130 --> 00:05:03.980
Tento nástroj pracuje při velké
Byl jsem propojení databází.

00:05:03.980 --> 00:05:06.210
Ale máte hodnocení
stejně jako stovky databází,

00:05:06.210 --> 00:05:08.570
pak je potřeba něco jako
skript pro automatizaci.

00:05:08.570 --> 00:05:10.832
Proto jsme ihned je povoleno
a příkaz k posouzení a

00:05:10.832 --> 00:05:13.740
jsme auto dodáno, v bodu 2.1, a
Více z toho bude.

00:05:13.740 --> 00:05:14.570
>> Sladké, v pořádku, aplikace word.

00:05:14.570 --> 00:05:16.600
Vpravo je ukázka čas?

00:05:16.600 --> 00:05:19.300
>> Je ukázka doba
zajímavé období ve skutečnosti.

00:05:19.300 --> 00:05:20.370
>> V pořádku.
Ochladí se.

00:05:20.370 --> 00:05:24.570
>> Ano Ano
Manuální otevření migration assistant.

00:05:24.570 --> 00:05:29.460
Tak to je již k dispozici v
stejný odkaz Stažení softwaru.

00:05:29.460 --> 00:05:32.443
Stávající zákazníci mohou
pomocí aktualizace MSI.

00:05:32.443 --> 00:05:35.540
>> Ano, tak myslím, že je třeba
uniknout z prezentace.

00:05:35.540 --> 00:05:37.130
Ano, tam jsme přejít.

00:05:37.130 --> 00:05:39.490
A pak, tam jsme přejít, vynikající.

00:05:39.490 --> 00:05:40.590
>> V pořádku že máme ji.

00:05:40.590 --> 00:05:42.520
Ano, nyní
naposledy ukázalo, aby tato ukázka.

00:05:42.520 --> 00:05:43.940
Tato migrace byla již brzy.

00:05:43.940 --> 00:05:44.950
Nyní je již k dispozici.

00:05:44.950 --> 00:05:47.100
Tak Manuální spuštění migrace projektu.

00:05:47.100 --> 00:05:49.390
Můžeme jej nazvat GetToSQL znovu.

00:05:49.390 --> 00:05:50.430
A vytvořit.

00:05:50.430 --> 00:05:53.778
>> Jste se právě migrace nebo
Máte proveďte

00:05:53.778 --> 00:05:56.157
jste vybrali jako migrace?

00:05:56.157 --> 00:05:58.680
Dělá to hodnocení
ve výchozím nastavení?

00:05:58.680 --> 00:06:01.470
>> Dobrou otázku.
To je v podstatě vždy doporučujeme

00:06:01.470 --> 00:06:05.330
Chcete-li provést hodnocení nejprve na
Zjistěte všechny tyto dodatečné změny.

00:06:05.330 --> 00:06:08.390
Přichází s plán
Chcete-li odstranit ty nejnovější změny.

00:06:08.390 --> 00:06:12.860
Po migraci databáze
Chcete-li cílovou verzi

00:06:12.860 --> 00:06:15.530
pak může být schopen použít ty
Před otevřením řeší vaše

00:06:15.530 --> 00:06:16.350
databáze [INAUDIBLE].

00:06:16.350 --> 00:06:18.840
>> Doprava, tak se jedná o přenesení
Ne bude také provést posouzení?

00:06:18.840 --> 00:06:21.630
>> Ne, není vynucován
hodnocení během přenesení.

00:06:21.630 --> 00:06:22.610
>> V pořádku.
>>, Ale můžeme radit nemusíte dělat

00:06:22.610 --> 00:06:23.540
hodnocení před tímto.

00:06:23.540 --> 00:06:25.500
>> Jedná se o dva nezávislé
pracovní postupy v tomto okamžiku, ale

00:06:25.500 --> 00:06:27.380
vždy doporučujeme přejít
posouzení na první.

00:06:27.380 --> 00:06:28.070
>> První vpravo.

00:06:28.070 --> 00:06:29.080
Ano, která dává smysl.

00:06:29.080 --> 00:06:34.760
>>, V tomto konkrétním případě
Bude ukázka migrace

00:06:34.760 --> 00:06:39.140
Server, na kterém jsou místní edici k
SQL Azure VM, které jsou v cloudu.

00:06:39.140 --> 00:06:42.066
A když říkáme, migrace,
aktuální pracovní postup.

00:06:42.066 --> 00:06:45.070
podporuje celý server
migrace serveru TP.

00:06:45.070 --> 00:06:47.130
Tak bude přenášet
všechny databáze.

00:06:47.130 --> 00:06:48.320
Jej bude přenášet vaše přihlášení.

00:06:48.320 --> 00:06:51.240
To bude zkontrolujte všechna přihlášení
namapována správně i v případě, že

00:06:51.240 --> 00:06:53.780
jsou již některé přihlášení
přeneseny již před.

00:06:53.780 --> 00:06:56.330
A potom aplikace by měla být pouze
připojit k tomto nové

00:06:56.330 --> 00:06:57.220
databáze a práce.

00:06:57.220 --> 00:06:58.770
To je v databázi přes zde.

00:06:58.770 --> 00:07:00.470
>> To právě musí aplikace
Změňte řetězec připojení?

00:07:00.470 --> 00:07:02.510
>> Změnit řetězec připojení a
by měl být schopen pracovat.

00:07:02.510 --> 00:07:05.780
Manuální, vyberte v místní
instance, k dispozici prostřednictvím tohoto místa.

00:07:05.780 --> 00:07:10.220
A podporuje obě okna a
Ověřování SQL.

00:07:10.220 --> 00:07:12.690
Můžeme vynutit šifrování, ale
Pokud chcete, můžete jej odebrat.

00:07:12.690 --> 00:07:14.910
Můžeme poradit, vždy použít.

00:07:14.910 --> 00:07:18.740
Také určuje, jaké pověření
Tento účet, se kterým jsem

00:07:18.740 --> 00:07:20.490
připojení je požadováno
na zdrojovém serveru.

00:07:20.490 --> 00:07:22.610
To vyžaduje ovládací prvek
oprávnění serveru.

00:07:22.610 --> 00:07:24.570
Tento jediný server instance.

00:07:24.570 --> 00:07:27.360
Manuální nyní vyberte cílový server
které je tato část serveru

00:07:27.360 --> 00:07:31.030
což je nic ale SQL
Server na VM cloud, ale

00:07:31.030 --> 00:07:35.190
je připojen prostřednictvím express
směrovat naše [INAUDIBLE].

00:07:35.190 --> 00:07:38.889
Tak Chceme mít jistotu, že jsme
VM propojen na místní

00:07:38.889 --> 00:07:41.468
síti prostřednictvím buď VPN nebo
Nyní Express nebo

00:07:41.468 --> 00:07:42.940
jiné technologie.

00:07:42.940 --> 00:07:43.810
>> Je doména je

00:07:43.810 --> 00:07:44.700
Chcete do vaší [INAUDIBLE]
>> Přesně.

00:07:44.700 --> 00:07:45.240
>> Jinak,

00:07:45.240 --> 00:07:48.900
nebyli schopni přenést
jako přihlášení a podobně jako lidé.

00:07:48.900 --> 00:07:50.300
>> Ano.
>> Ano, přesně a

00:07:50.300 --> 00:07:50.940
ve stejnou dobu

00:07:50.940 --> 00:07:52.910
také zjistíte, co vaše
mise je nutný pro cíl.

00:07:52.910 --> 00:07:54.700
To co jste znamenají
role serveru v systému.

00:07:54.700 --> 00:07:55.940
Ano manuální klepněte na tlačítko Další.

00:07:55.940 --> 00:07:58.250
V tomto okamžiku byla provedena
přes všechny databáze a

00:07:58.250 --> 00:08:00.300
mi poskytl seznam všech
databází přes zde.

00:08:00.300 --> 00:08:04.870
Nyní na této obrazovce lze zadat
způsobem bude migrovat, budou právě

00:08:04.870 --> 00:08:07.720
jednoduché zálohování plán, který
je již podpora služby SQL.

00:08:07.720 --> 00:08:10.970
Takže pro mě požádá
Umístění stínové kde

00:08:10.970 --> 00:08:13.570
zdrojový server má oprávnění
vzít zpět nahoru a

00:08:13.570 --> 00:08:16.334
cíl nemá oprávnění
Chcete-li obnovit zde.

00:08:16.334 --> 00:08:19.470
ME a uživatel spouštějící MDMA
potřebuje vaše povolení a

00:08:19.470 --> 00:08:21.110
potom dotaz pro tuto složku tak

00:08:21.110 --> 00:08:23.820
Jsem schopen poskytnout umístění složky
že již mám zde.

00:08:23.820 --> 00:08:25.050
Které již vytvořené.

00:08:25.050 --> 00:08:26.210
Pokud možno síťové sdílené položce.

00:08:26.210 --> 00:08:29.920
Nicméně; v případě potřeby je možné
vždy jste zvolili tuto kopii databáze

00:08:29.920 --> 00:08:32.380
kde je možné poskytnout možnost
dvou různých místech.

00:08:32.380 --> 00:08:35.220
A v tomto případě MDMA
provede operaci kopírování.

00:08:35.220 --> 00:08:38.160
Ale ve stejné době nyní
je třeba uživatel na MDMA

00:08:38.160 --> 00:08:39.510
oprávnění na tomto výsledků.

00:08:39.510 --> 00:08:41.870
>> V pořádku.
>> Doporučujeme pro jiný postup, který

00:08:41.870 --> 00:08:44.960
vzhledem k tomu, že právě zavádí
Další krok selhání.

00:08:46.110 --> 00:08:47.790
A právě zpomaluje.

00:08:47.790 --> 00:08:52.150
Takže scénář kde Zákazníci
To znamená využijete-li jejich

00:08:52.150 --> 00:08:55.090
Jediná složka není k dispozici
Pokud oba zdroje a

00:08:55.090 --> 00:08:56.900
data mohou mít přístup k němu.

00:08:56.900 --> 00:08:58.470
Potom se to tuto kopii.

00:08:58.470 --> 00:09:00.720
>> Ano, Ano
jej zkopírujete do jednoho umístění

00:09:00.720 --> 00:09:04.270
MDMA bude zkopírujte je do jiného
místo kde cloud server.

00:09:05.360 --> 00:09:09.740
Co ke kopírování.
Azure úložiště objektů Blob, např.

00:09:09.740 --> 00:09:13.400
A lze odhadovat, že to závisí na
typ zálohy, kterou jsme děláte.

00:09:13.400 --> 00:09:15.370
>> Ano, to je úplné
zálohování databáze skutečně.

00:09:15.370 --> 00:09:16.160
>> V pořádku.
>> A v současné době

00:09:16.160 --> 00:09:19.865
jsme nejsou s ohledem zálohování
na adresu URL v cloudu.

00:09:19.865 --> 00:09:21.572
>> V pořádku.
>> Je tedy opět jen druhu ups

00:09:21.572 --> 00:09:23.835
dojít do místního protokolu a
síť.

00:09:23.835 --> 00:09:26.155
>> Na počátku mějte na paměti, že již jsem uvedl
že scénář podporuje

00:09:26.155 --> 00:09:28.495
Chcete-li tento konektor express.

00:09:28.495 --> 00:09:30.998
To stejné Očekáváme
sdílené síťové položky nebo

00:09:30.998 --> 00:09:33.730
letecké jednotky, která by byla
>> Ano.

00:09:33.730 --> 00:09:35.430
>> V budoucnosti,
Máme scénáře,

00:09:35.430 --> 00:09:37.340
kde budeme
Pořídí zálohu do objektů blob.

00:09:37.340 --> 00:09:38.735
>> Tak Dejme tomu, že můžete přejít na SQL

00:09:38.735 --> 00:09:39.420
[NEJSOU SLYŠITELNÁ]
>> SQL.

00:09:39.420 --> 00:09:40.820
>>, I když jste
i připojené.

00:09:40.820 --> 00:09:41.430
>> V pořádku.
>> Tak,

00:09:41.430 --> 00:09:44.193
To je, co budeme pracovat v budoucnosti
ale dnes ji nepodporuje.

00:09:44.193 --> 00:09:45.276
>> V pořádku.
>> Současně, nyní

00:09:45.276 --> 00:09:48.379
Poskytnu na tomto jednom místě
a další, ale současně,

00:09:48.379 --> 00:09:50.967
Můžete dokonce přejít do databáze a
vylepšit těchto nastavení

00:09:50.967 --> 00:09:52.393
například změnit název databáze.

00:09:52.393 --> 00:09:55.046
Pokud si všimnete, se stejnou
umístění byl nakopírován přes zde.

00:09:55.046 --> 00:09:57.708
Můžete změnit datový soubor a
umístění souboru protokolu.

00:09:57.708 --> 00:09:59.239
Prozatím jsem nic nezmění.

00:09:59.239 --> 00:10:01.850
Budete přejít pouze s výchozím nastavením
že DM vybral pro mě.

00:10:01.850 --> 00:10:03.590
A manuální klepněte na další.

00:10:03.590 --> 00:10:06.235
Nyní je zde, kde bude platit všechny
nastavení pro každou databázi

00:10:06.235 --> 00:10:08.657
všechna ověření jako
[Nejsou SLYŠITELNÁ] již existuje nebo ne.

00:10:08.657 --> 00:10:10.389
Přidáte oprávnění správné, nebo ne.

00:10:10.389 --> 00:10:11.998
Pokusíme se [INAUDIBLE]
obnovit pouze a

00:10:11.998 --> 00:10:13.434
Viz zda obnovení
proběhne úspěšně nebo

00:10:13.434 --> 00:10:15.040
v budoucnu jednou
Probíhá zálohování.

00:10:15.040 --> 00:10:16.710
Tak to bude provádět tyto kontroly.

00:10:16.710 --> 00:10:20.000
A nyní, po úspěšné kontrole
Zobrazí se seznam na všech přihlášení.

00:10:20.000 --> 00:10:23.447
Nyní pro každé přihlášení na tento zdroj
Server je nabádá typ přihlášení

00:10:23.447 --> 00:10:27.123
ve výchozím nastavení je stav
na tom, zda je povoleno nebo

00:10:27.123 --> 00:10:27.706
zakázáno.

00:10:27.706 --> 00:10:32.674
A ve stejnou dobu
poskytuje vlastní poznatky

00:10:32.674 --> 00:10:36.830
zda je toto přihlášení
jste připraveni pokračovat či nikoli.

00:10:36.830 --> 00:10:39.010
Uvádí, že všechny tyto
přihlášení jsou připraveni pokračovat.

00:10:39.010 --> 00:10:42.120
Ale pokud mám posunout dolů,
Existují tyto čtyři přihlášení.

00:10:42.120 --> 00:10:43.790
Jeden SQL čtyři přihlášení systému Windows.

00:10:43.790 --> 00:10:47.194
A uvádí, že již toto přihlášení
existuje na cílovém serveru.

00:10:47.194 --> 00:10:47.970
>> V pořádku.

00:10:47.970 --> 00:10:50.520
>> Protože pro
Příklad nad zde jsem uživatele a

00:10:50.520 --> 00:10:52.100
Jsem uživatele v cílovém počítači.

00:10:52.100 --> 00:10:55.050
Ale je MDM,
není je vybrán ve výchozím nastavení.

00:10:55.050 --> 00:10:57.308
Můžete však zvolit
Toto přenesení.

00:10:57.308 --> 00:10:59.955
A jaké budou [INAUDIBLE], proveďte
je že přenese přihlášení

00:10:59.955 --> 00:11:02.051
uchová vaše cíle
přihlášení jsou ale

00:11:02.051 --> 00:11:05.194
Přenese securables a
namapuje osamocené uživatelů a

00:11:05.194 --> 00:11:07.980
pak se může stát [NEŽÁDOUCÍM]
>> V pořádku, tak nedojde k odebrání

00:11:07.980 --> 00:11:12.152
přihlášení, ale budou všechny
securables a věci jako že.

00:11:12.152 --> 00:11:15.474
>> Ano, budou přemapovány na
již existující přihlášení na

00:11:15.474 --> 00:11:16.610
v cílovém počítači.

00:11:16.610 --> 00:11:19.752
Tak jsme nechcete přerušit existující
aplikace na cílovém serveru

00:11:19.752 --> 00:11:20.587
Pokud jsou k dispozici.

00:11:20.587 --> 00:11:23.344
A ve stejné době došlo
Některé z nich jsou SQL a

00:11:23.344 --> 00:11:26.282
říkáme, že přece jste nelze právě
migrace, ty jsou zakázány.

00:11:26.282 --> 00:11:28.913
A nyní I stačí klepnout na tlačítko
tlačítko Spustit migraci a

00:11:28.913 --> 00:11:30.550
Zde je, kde se stane Kouzlo.

00:11:30.550 --> 00:11:34.810
Ano zpočátku co udělá je to
přenese všechny databáze v

00:11:34.810 --> 00:11:35.320
Aplikace Outlook.

00:11:35.320 --> 00:11:37.790
A po všech databází
jsou migrovány

00:11:37.790 --> 00:11:39.020
jsme se spustit přenesení
všechna přihlášení.

00:11:39.020 --> 00:11:40.810
Protože mapovat všechny uživatele

00:11:40.810 --> 00:11:43.700
je nutné tyto databáze
být k dispozici.

00:11:43.700 --> 00:11:45.830
A provede všechny
databází současně.

00:11:45.830 --> 00:11:48.617
Aktuální stupeň je osm,
nastavení konfiguračního souboru, ale

00:11:48.617 --> 00:11:51.250
uživatele lze změnit na základě
v vašeho zdroje a

00:11:51.250 --> 00:11:52.350
cílový server.

00:11:52.350 --> 00:11:55.521
A máte další přenesení
dokážete-li paralelní.

00:11:55.521 --> 00:11:57.470
A nyní bude zahájen
přenesení všech přihlášení.

00:11:57.470 --> 00:12:01.920
Výhodou tohoto pracovního postupu je
přihlášení migrace, migrace databáze

00:12:01.920 --> 00:12:04.070
Přestože se zobrazí
Zde jsou navzájem propojeny,

00:12:04.070 --> 00:12:06.140
které nejsou vázány na sebe,
jsou nezávislé.

00:12:06.140 --> 00:12:09.310
Lze tak například vytvořit
Proces migrace a říci,

00:12:09.310 --> 00:12:12.740
Ahoj mám vlastní automatizace
skripty pro migraci databází.

00:12:12.740 --> 00:12:14.430
Potřebuji jen to přenést přihlášení.

00:12:14.430 --> 00:12:16.290
Je možné přenést vaše
databáze požadovaným způsobem.

00:12:16.290 --> 00:12:18.540
Můžete přijít sem,
Odznačte všechny databáze a

00:12:18.540 --> 00:12:21.030
Stačí pouze vyslovit, jedná se o přihlášení I
nutné migrovat a pohyb vpřed.

00:12:21.030 --> 00:12:24.170
Totéž platí pro databáze,
a je možné si také vybrat.

00:12:24.170 --> 00:12:27.550
Proto je obvykle scénář kde
jsme Všimněte si, že mnoho lidí

00:12:27.550 --> 00:12:31.200
se provádí pomocí částečné migrace
a nyní se hromadí jako zde.

00:12:31.200 --> 00:12:34.018
Zde jsou některé přihlášení
Některé přihlášení zde, zde, některé DBs

00:12:34.018 --> 00:12:34.860
Některé nad ní.

00:12:34.860 --> 00:12:36.410
Co dělat nyní?

00:12:36.410 --> 00:12:39.165
Jsou na a vyřeší
všechny tyto přihlášení za vás.

00:12:39.165 --> 00:12:40.793
>> V pořádku.
>> Tak, aby se druh scénář

00:12:40.793 --> 00:12:41.751
kde jste.

00:12:41.751 --> 00:12:46.060
>> Co se stane, pokud buď z
Migrace databáze nebo něco

00:12:46.060 --> 00:12:50.830
připojení nezdaří, je současně, takže není
vše nebo nic, I 'm za předpokladu, že.

00:12:50.830 --> 00:12:54.340
Pokud se jeden migrace nezdaří bez ohledu
Důvod bude přenášet zbývající a

00:12:54.340 --> 00:12:56.800
potom zjistíte,
přece toto, se nezdařilo z důvodu x.

00:12:56.800 --> 00:12:57.330
>> Ano.

00:12:57.330 --> 00:12:59.230
>> Mohou pokračovat s
migrace dat úložiště.

00:12:59.230 --> 00:12:59.730
>> V pořádku.
>> Ano.

00:12:59.730 --> 00:13:01.537
Je nejlepší úsilí tohoto bodu, tak

00:13:01.537 --> 00:13:04.043
Pokud se nezdařilo,
i nadále pokračovat, protože každý DB

00:13:04.043 --> 00:13:05.850
je nezávislý každém přihlášení.
>> V pořádku.

00:13:05.850 --> 00:13:06.630
>> A,

00:13:06.630 --> 00:13:07.850
jak je vidět přes zde.

00:13:07.850 --> 00:13:10.561
Export sestavy ještě nemám
protože není migrace

00:13:10.561 --> 00:13:13.121
Dokončit, ale jednou vše
je Hotovo, můžete exportovat, a

00:13:13.121 --> 00:13:15.288
budou mít všechny prováděcí
zpráva o selhání,

00:13:15.288 --> 00:13:17.423
Chcete-li zobrazit co proběhlo úspěšně
něco v uživatelském Rozhraní samotného.

00:13:17.423 --> 00:13:18.110
>> Dobrá ochladí.

00:13:18.110 --> 00:13:21.590
>> Tak, že je dobrá vlastnost
Pokud dojde k migraci dat.

00:13:21.590 --> 00:13:24.220
Web si právě nejste
Migrace databáze.

00:13:24.220 --> 00:13:27.300
Jedná se o druhé

00:13:27.300 --> 00:13:30.060
serverové objekty, které
aplikace jsou závislé na.

00:13:30.060 --> 00:13:32.910
Například, v tomto případě
přihlášení vpravo?

00:13:32.910 --> 00:13:35.430
A v budoucnu uvolní jsme
Chcete-li přidat více objektů serveru

00:13:35.430 --> 00:13:38.340
k ní úlohy SQL agent,
SSAS balíčky.

00:13:38.340 --> 00:13:40.903
Mnoho z těchto aplikací jsou
závislé na některé z těchto objektů

00:13:40.903 --> 00:13:42.684
které jsou mimo sedící
databáze.

00:13:42.684 --> 00:13:44.630
>> Ano.
>> Chceme Ujistěte se, že jsme

00:13:44.630 --> 00:13:48.830
poskytnout komplexní řešení
jeden stop řešení kde

00:13:48.830 --> 00:13:51.620
chce se postarat o
všechny vaše potřeby migrace.

00:13:51.620 --> 00:13:52.310
>> V pořádku.

00:13:52.310 --> 00:13:53.200
>> Ano
>> Velmi příjemné.

00:13:53.200 --> 00:13:54.880
>> A
Při migraci se děje.

00:13:54.880 --> 00:13:56.180
Mám pro vás některé zajímavé novinky.

00:13:56.180 --> 00:14:01.040
Pokud jde o, bylo jako 3
měsíců vydala naše, víte,

00:14:01.040 --> 00:14:02.730
Verze DMA 1.0
>> Ano.

00:14:02.730 --> 00:14:06.643
>>, Pokud jsme získali cca 60 kB
vzorky, které budou pomáhat,

00:14:06.643 --> 00:14:09.748
60 000 jader, které budou pomáhat.

00:14:09.748 --> 00:14:14.630
>> A asi 70 000 databází
které běží náš systém tak

00:14:14.630 --> 00:14:16.660
Pokud se naše hodnocení DM.

00:14:16.660 --> 00:14:17.530
>> Opravdu?

00:14:17.530 --> 00:14:20.530
>> Bylo pouze tři týdny,
Proces migrace vydala společnost Microsoft.

00:14:20.530 --> 00:14:24.867
Vidíme již zhruba 700
vzorky, které jsou přeneseny do

00:14:24.867 --> 00:14:27.220
nejnovější platformy.

00:14:27.220 --> 00:14:29.780
A postup, který je
kolem 400 databází.

00:14:29.780 --> 00:14:32.521
>>, Kteří jsou ve skutečnosti
stažení a použití tohoto nástroje k

00:14:32.521 --> 00:14:34.846
posuzování a migrace a -
>> Ano, a

00:14:34.846 --> 00:14:38.249
pak se podívat na celkový počet
ke stažení je zatím 7,000.

00:14:38.249 --> 00:14:39.029
>> 7 000 stažení?

00:14:39.029 --> 00:14:40.070
>> Ano, od srpna.

00:14:40.070 --> 00:14:40.954
>> Celkem, nebo?

00:14:40.954 --> 00:14:41.828
>> Celková od srpna.

00:14:41.828 --> 00:14:45.600
>> V pořádku, od srpna
v pořádku, velmi příjemné.

00:14:45.600 --> 00:14:48.486
>> Tak, aby tato migrace může trvat
čas, jaký bude postup je při

00:14:48.486 --> 00:14:51.596
to pokračovat, protože na tomto
bod, že to je mapování všech uživatelů

00:14:51.596 --> 00:14:54.690
přiřazení rolí a
členství v kroku dvě [nejsou SLYŠITELNÁ].

00:14:54.690 --> 00:14:58.310
Manuální, přejít na příkaz
rozhraní řádek a

00:14:58.310 --> 00:14:59.990
jsme opět zde přicházejí a
Podívejte se na výsledek.

00:14:59.990 --> 00:15:04.840
Pokud jsme vše většinou pouze zobrazit
[Nejsou SLYŠITELNÁ] jsme mohou pocházet sem znovu.

00:15:04.840 --> 00:15:09.317
Tak s verzí 2.1 DMA
Pokud přejdete do složky

00:15:09.317 --> 00:15:14.113
kde získá DMA v instalaci
což je Program Files >

00:15:14.113 --> 00:15:19.480
Pomocník pro migraci dat,
DmaCmd, dma * zjistíte.

00:15:19.480 --> 00:15:22.844
Proto zjistíte DmaCmd.exe
a Dma.exe,

00:15:22.844 --> 00:15:25.620
což je verze uživatelského Rozhraní a
Toto je verze příkazového řádku.

00:15:25.620 --> 00:15:30.170
Stejně jako u libovolného nástroje příkazového řádku
Stačí zadat /?, nebo pomoci a

00:15:30.170 --> 00:15:34.830
je vám přesný postup
Chcete-li použít tento konkrétní nástroj.

00:15:34.830 --> 00:15:37.460
Ano, pokud se podíváte na příznaky
Zde právě požádá stejné

00:15:37.460 --> 00:15:40.570
věc, která je k dispozici v uživatelském Rozhraní,
pouze posouzení název, seznam

00:15:40.570 --> 00:15:43.730
všechny databáze, kde by
zacházet s každou databázi nezávisle.

00:15:43.730 --> 00:15:47.430
Tak může poskytovat připojení
řetězců k databázi, je nutné, protože

00:15:47.430 --> 00:15:51.240
Jedná se opravu automatizace
můžete jej spustit v bezobslužném režimu.

00:15:51.240 --> 00:15:53.900
Cílové platformy
zhodnotit potíže s kompatibilitou nebo

00:15:53.900 --> 00:15:57.690
není dána doporučení nebo
obojí můžete zvolit, pokud chcete.

00:15:57.690 --> 00:16:00.148
A toto je nová věc
Máme v rutiny

00:16:00.148 --> 00:16:02.564
můžete exportovat do
výsledky ve formátu JSON.

00:16:02.564 --> 00:16:05.024
I budete zjistit, proč je to velmi
velmi důležité skutečně při jeho

00:16:05.024 --> 00:16:06.210
jde o skript automatizace.

00:16:06.210 --> 00:16:08.340
Tak tento zejména
samozřejmě případ a

00:16:08.340 --> 00:16:11.250
potom nabízí další příklady
Podobně jako nástroj pro spuštění

00:16:11.250 --> 00:16:14.310
v jedné databázi, více
databází, ověřování SQL a

00:16:14.310 --> 00:16:16.090
poskytuje příklady pro
Rychlý start.

00:16:16.090 --> 00:16:19.650
Co mám provést je vnitřně
Při práci s různými týmy

00:16:19.650 --> 00:16:23.880
uvnitř společnosti Microsoft můžeme skutečně
Vytvoření skriptu prostředí PowerShell

00:16:23.880 --> 00:16:27.130
který obtéká kolem to
konkrétní nástroje.

00:16:27.130 --> 00:16:28.520
Tak právě teď

00:16:28.520 --> 00:16:31.990
I jste právě pevně zakódovanou Co potřebuji
jako Moje vstupní argumenty nad zde.

00:16:31.990 --> 00:16:35.240
A v této konkrétní ukázce jsem
Přechod k posouzení těchto devíti databází

00:16:35.240 --> 00:16:38.630
že mám vyzkoušet
problémy s kompatibilitou, a

00:16:38.630 --> 00:16:41.270
Výstup výsledků ve formátu JSON.

00:16:41.270 --> 00:16:45.367
Jakmile jsou výsledky k dispozici,
Mám přes JSON skriptu importu

00:16:45.367 --> 00:16:49.333
Zde, který se bude importovat
to do SQL tabulky v databázi SQL.

00:16:49.333 --> 00:16:49.980
>> Zajímavé, v pořádku.
>> A

00:16:49.980 --> 00:16:52.850
můžete požádat o nejrůznější otázky
Potřebujete-li v této tabulce a

00:16:52.850 --> 00:16:54.490
získáte všechny druhy poznatky z nich.

00:16:54.490 --> 00:16:57.622
>> To je v podstatě poskytuje
konsolidované zobrazení a SQL.

00:16:57.622 --> 00:17:00.580
>> Ano velmi příjemné, v pořádku.

00:17:00.580 --> 00:17:04.430
>> Manuální tak stačí spustit.
spuštění skriptu pro tuto chvíli.

00:17:04.430 --> 00:17:09.866
>> Nyní I Všimněte si, že ty,
seznam řetězců připojení

00:17:09.866 --> 00:17:13.040
jsou to pouze oddělené mezerou?

00:17:13.040 --> 00:17:15.470
>> Ano, je Ano oddělené mezerou.

00:17:15.470 --> 00:17:19.260
Vzhledem k tomu, že počínaje interně není
Vytvořte vaše hodnocení produktu.

00:17:19.260 --> 00:17:21.080
Samostatně se zpracovává databáze.

00:17:21.080 --> 00:17:23.480
Proto může mít dvě databáze
ze dvou různých serverů.

00:17:23.480 --> 00:17:25.790
Tak se zeptá, pro
připojení datového proudu pro každý z nich.

00:17:25.790 --> 00:17:29.870
A jakmile jej hodnotí všechny
[Nejsou SLYŠITELNÁ] směřuje k importu

00:17:29.870 --> 00:17:34.630
výsledky do tabulky v SQL
Server a umožnit zobrazovat výsledky.

00:17:34.630 --> 00:17:37.580
To obvykle kde jsme mohli vidět
Pokud je to užitečné je představit

00:17:37.580 --> 00:17:40.990
Podnikový scénář, kde mají
stovky a tisíce databází.

00:17:40.990 --> 00:17:43.050
Je jakékoli jednu instanci
rovná instance.

00:17:43.050 --> 00:17:46.010
Bude skutečně obtížné při
jde o projekty migrace.

00:17:46.010 --> 00:17:49.110
Celá část plánování rozhodnout
které databáze pro první,

00:17:49.110 --> 00:17:51.780
které jsou připraveny k migraci,
které nejsou připraveny k migraci,

00:17:51.780 --> 00:17:52.780
je ohromný výkon.

00:17:52.780 --> 00:17:54.260
>> Ano, spravujete stovky nebo

00:17:54.260 --> 00:17:57.400
tisíce nebo
desítky tisíc databází.

00:17:57.400 --> 00:17:58.480
Jak udržet stopu nad ním?

00:17:58.480 --> 00:18:01.410
>> A tento nástroj není ve skutečnosti
vyřešíte tento scénář v masovém měřítku.

00:18:01.410 --> 00:18:03.730
Takže nyní můžete spustit pomocí
skriptu PowerShell.

00:18:03.730 --> 00:18:05.830
Můžete nechat spustit pro
nocí a dnů.

00:18:05.830 --> 00:18:08.870
A jednou v sestavě existuje v
SQL Server a potom vytvořit,

00:18:08.870 --> 00:18:11.530
Řekněme v horní části sestavy Power BI
a psát své dotazy a

00:18:11.530 --> 00:18:12.330
vaše odpovědi z něj.

00:18:12.330 --> 00:18:14.040
>> V pořádku, tak-
>> Jsme psaní detailní

00:18:14.040 --> 00:18:18.100
v některých případech uživatel blog
jak zákazníci skutečně pomocí této

00:18:18.100 --> 00:18:21.770
nástroje a přijít s
nějaký druh konsolidované zobrazení.

00:18:21.770 --> 00:18:25.120
Stejně jako mnoho zákazníků
s dotazem co jsou moje nízká předsazení

00:18:25.120 --> 00:18:25.630
ovoce?

00:18:25.630 --> 00:18:28.380
Které databáze, které lze I
migrace s menším úsilím?

00:18:28.380 --> 00:18:31.020
Tak ty druh zobrazení
který můžeme generovat a

00:18:31.020 --> 00:18:35.270
I go psaní zde na blogu aktivní nebo
jeho Pomocník blogu migrace.

00:18:35.270 --> 00:18:37.420
>> V pořádku dobrý scénář,
Typ scénáře, v pořádku, velké.

00:18:37.420 --> 00:18:39.682
>> Můžete přejít na
blogs.microsoft.com/datamigration

00:18:39.682 --> 00:18:42.620
a všechny naše blogy jsou [INAUDIBLE]
Poznámky k verzi a vše.

00:18:42.620 --> 00:18:47.140
Tak nyní, protože skript je již
Hotovo, manuální skutečně přejít,

00:18:47.140 --> 00:18:51.090
Toto je konkrétní tabulce.
že vytvoření sestavy dat a

00:18:51.090 --> 00:18:54.600
Jednoduchý dotaz, jako je například I
potřebujete vědět, jak provést jako důl,

00:18:54.600 --> 00:18:56.330
dokonce ani ty, které byl spuštěn před.

00:18:56.330 --> 00:18:58.798
Jen je důležité vědět
seznam databází a

00:18:58.798 --> 00:19:00.864
jejich pořadí v počtu problémů.

00:19:00.864 --> 00:19:02.790
Například
Jedná se o číslo problémy nebo

00:19:02.790 --> 00:19:05.680
právě je pořadí podle počtu
vzhledem k tomu, že bude dopad objekty

00:19:05.680 --> 00:19:07.190
pomoc při plánování např.

00:19:07.190 --> 00:19:10.760
>> Velmi jednoduchý dotaz, tak manuální
například spustíte dotazy.

00:19:10.760 --> 00:19:13.380
>> Umožněte připojení k tomuto serveru.

00:19:15.070 --> 00:19:17.180
>> Je třeba přejít na
databáze k dispozici.

00:19:17.180 --> 00:19:21.867
>> Ano.
[NEJSOU SLYŠITELNÁ] V pořádku, tedy například

00:19:21.867 --> 00:19:26.408
uvádí, že, ať mi to rozbalit.

00:19:39.730 --> 00:19:44.040
>> To v podstatě dala všechny
seznam serverů SQL

00:19:44.040 --> 00:19:46.101
seznam databází a

00:19:46.101 --> 00:19:50.695
potom vydá seznam těch, které
jsou vyvolány pomocí DMA a

00:19:50.695 --> 00:19:55.517
také použít změnu [NEŽÁDOUCÍM]
>>, Zda je hrubá změna

00:19:55.517 --> 00:19:58.511
zda je to jiné
zastaralé funkce, nebo není.

00:19:58.511 --> 00:20:03.530
>> Tak, skript zde skutečně
hodnocení současně nebyla?

00:20:03.530 --> 00:20:04.640
>> Ano.
>> Tak řadit o vynucené

00:20:04.640 --> 00:20:05.450
posouzení.

00:20:05.450 --> 00:20:07.960
>> Hm.
>> A pak nebyla migrace.

00:20:07.960 --> 00:20:08.760
Nebo se můžete provést migraci nejprve?

00:20:08.760 --> 00:20:09.570
>> Č.
I nebylo proveďte migraci.

00:20:09.570 --> 00:20:10.620
Je just.did hodnocení.

00:20:10.620 --> 00:20:11.404
>> Stejně jako hodnocení?

00:20:11.404 --> 00:20:12.195
>> Je skutečně naplněna.

00:20:12.195 --> 00:20:14.750
Důvodem je, co se stalo se
I kdyby tuto věc, kterou jsem neměl

00:20:14.750 --> 00:20:15.348
jsou nejisté.

00:20:15.348 --> 00:20:19.000
A je právě vymazána všechna data
Já.

00:20:19.000 --> 00:20:21.109
Tak manuální stejně rychle
Spustit hodnocení a

00:20:21.109 --> 00:20:23.848
pak Manuální spuštění těchto dotazů a
Ukázat některé poznatky.

00:20:23.848 --> 00:20:28.406
>> Tak můžete použít také sem potom
říká proveďte migraci i potom?

00:20:28.406 --> 00:20:31.075
>> Ne, dnes Ne, ale jsme udělá.

00:20:31.075 --> 00:20:35.100
>> V pořádku, takže příkazovém řádku pouze
neprovede migraci nebo hodnocení.

00:20:35.100 --> 00:20:37.791
>> Tak tomu kompatibility
kde určuje hodnocení

00:20:37.791 --> 00:20:39.291
Při dodatečné změny a

00:20:39.291 --> 00:20:42.678
také uvidíte své funkce
také hodnocení doporučení.

00:20:42.678 --> 00:20:46.395
Tak by vědět jaké funkce, které
ve skutečnosti lze využít při přechodu

00:20:46.395 --> 00:20:49.242
k cíli jste
bude využívat.

00:20:49.242 --> 00:20:52.662
>> V pořádku, takže stejný dotaz, I.

00:20:52.662 --> 00:20:53.825
Podívejte se na to, např.

00:20:53.825 --> 00:20:54.445
Říká, že

00:20:54.445 --> 00:20:57.165
Hola hola vyvolání chyby této konkrétní DB-
>> Ano.

00:20:57.165 --> 00:20:58.245
>> Pro přesun z 90 10.

00:20:58.245 --> 00:21:00.155
Existuje pouze jeden problém.

00:21:00.155 --> 00:21:01.805
>> A to i v případě, že můžete přesunout
pouze úroveň 130 kompatibility

00:21:01.805 --> 00:21:03.205
jeden problém opravit a je Hotovo.

00:21:03.205 --> 00:21:05.007
>> Ano.
>> Že je costliest databáze

00:21:05.007 --> 00:21:08.230
Chcete-li získat SQL, který mám,
která má asi 16 problémy.

00:21:08.230 --> 00:21:10.950
Nicméně pokud je objednávka
na základě počtu ohroženy

00:21:10.950 --> 00:21:13.770
objekty, které je skutečné
množství práce, které je třeba provést,

00:21:13.770 --> 00:21:15.010
je opačným způsobem.

00:21:15.010 --> 00:21:17.607
Ne naopak, ale
to říká, že má tento konkrétní prázdné

00:21:17.607 --> 00:21:19.426
největší počet
objekty potřebné k opravě.

00:21:19.426 --> 00:21:22.067
Že dokonce dostat do SQL
byly ve větším počtu problémů.

00:21:22.067 --> 00:21:23.555
Počet objektů jsou menší.

00:21:23.555 --> 00:21:26.245
Teď jde jen velmi
Jednoduchý dotaz, který lze spustit, ale

00:21:26.245 --> 00:21:29.965
Představte si všechny tyto údaje,
můžete získat ve strukturovaném formátu.

00:21:29.965 --> 00:21:31.627
To můžete vytvořit všechny druhy zpráv,

00:21:31.627 --> 00:21:34.790
stejně jako jsme mohli vidět týmy interní
udávající skóre k této databázi.

00:21:34.790 --> 00:21:36.180
>> Ano.
>> Hodnocení je v pořadí.

00:21:36.180 --> 00:21:37.560
>> Doprava.
>> Udávající skóre,

00:21:37.560 --> 00:21:38.960
něco, co volají,
jako výsledek hodnocení.

00:21:38.960 --> 00:21:40.350
Jako to jak připravené je k více.

00:21:40.350 --> 00:21:41.560
>> Yupovi.
>> Pro nejnovější platformy.

00:21:41.560 --> 00:21:43.960
A pak stavět na
získat celý plán.

00:21:43.960 --> 00:21:45.320
>> Dobře je to pravda,
příliš, způsobit, že znáte?

00:21:45.320 --> 00:21:47.940
I může podívejte se na to, nebo možná
uzavře se a vyvolat Power BI.

00:21:47.940 --> 00:21:49.010
>> Ano.
>> Vedle, doprava?

00:21:49.010 --> 00:21:50.290
>> Přesně.
>> Na řídicím panelu na cesty,

00:21:50.290 --> 00:21:52.290
Zde je hezké způsob
Podívejte se na toto právo.

00:21:52.290 --> 00:21:55.818
Ale co je zde příjemné je, že
Zde je skvělá způsobem, velmi rychle

00:21:55.818 --> 00:21:57.047
Chcete-li získat hodnocení.

00:21:57.047 --> 00:21:58.620
Tak lze získat stejné
informace pomocí nástroje.

00:21:58.620 --> 00:22:00.070
>> Doprava.
>> Nebo nástroj pro hodnocení.

00:22:00.070 --> 00:22:02.917
>> Ano.
>>-Li jsem tvrdá hoch PowerShell

00:22:02.917 --> 00:22:05.820
nebo příkazu, můžete provést také.

00:22:05.820 --> 00:22:06.960
>> Opravdu pomáhá zákazníkům

00:22:06.960 --> 00:22:09.660
určit prioritu jejich migrace
v podstatě.

00:22:09.660 --> 00:22:12.870
>> Jeden z největších problémů, ale
Mám rád to, že mám způsob, jak

00:22:12.870 --> 00:22:16.880
to Get a zobrazení výsledků,
To je velmi zajímavé.

00:22:16.880 --> 00:22:19.900
>> Je ještě důležitější v databázi
Pokud ponechá jednu tečku, na dvě

00:22:19.900 --> 00:22:21.490
můžete získat velké množství
zpětná vazba od nástroje.

00:22:21.490 --> 00:22:24.230
Ano máme sekci a formuláře
kde lidé odeslat zpětnou vazbu.

00:22:24.230 --> 00:22:26.490
A jsme získali velké množství našich z
Pokud byla žádost o zákazníky

00:22:26.490 --> 00:22:29.590
to, takže můžeme říci, proč ne
Pojďme to poskytnout.

00:22:29.590 --> 00:22:32.130
>> Vychladnout,
Vraťme se do hodnocení,

00:22:32.130 --> 00:22:32.980
Viz, pokud je provedeno hodnocení.

00:22:32.980 --> 00:22:33.660
Migrace.

00:22:33.660 --> 00:22:36.490
>> Ano, jeví jako přenesení
všechny práce v tomto okamžiku.

00:22:36.490 --> 00:22:38.810
Migrace všech přihlášení
úspěšně a

00:22:38.810 --> 00:22:41.140
samozřejmě sem můžete exportovat.

00:22:41.140 --> 00:22:44.510
>> Tak v tomto bodě
Nabízíme, jako sestava CSV.

00:22:44.510 --> 00:22:48.090
Ve skutečnosti ukládat stav
Ochrana proti migrace.

00:22:48.090 --> 00:22:51.330
Pokud chcete přejít zpět a
Zkontrolujte tento bod v čase.

00:22:51.330 --> 00:22:55.068
Vždy můžete použít v této sestavě CS
Chcete-li skutečně zjistit, co

00:22:55.068 --> 00:22:58.360
byly přeneseny a
co byla neúspěšná, v pořádku?

00:22:58.360 --> 00:23:00.310
>> V pořádku, sladké.

00:23:00.310 --> 00:23:03.700
>> Manuální otevření
migrationresults.csv.

00:23:05.050 --> 00:23:07.220
Bude mít více podrobností
uvnitř věty.

00:23:07.220 --> 00:23:10.420
>> Doprava.
>> Obvyklým způsobem pomocí této sestavy je I

00:23:10.420 --> 00:23:12.840
Stačí přejděte do záhlaví.

00:23:12.840 --> 00:23:15.120
I když je CSV I
Stačí jej otevřete v aplikaci Excel.

00:23:15.120 --> 00:23:19.670
Filtr můžete umístit, uložit jej
jako XLXX a pak to vše.

00:23:19.670 --> 00:23:21.310
>> Lze použít
výkon aplikace Excel.

00:23:23.000 --> 00:23:24.750
>> Tak v podstatě téměř získat
stejnou věc, kterou jste dostali v SQL

00:23:24.750 --> 00:23:25.332
výsledky.

00:23:25.332 --> 00:23:26.993
>> Přesně.

00:23:26.993 --> 00:23:28.110
>> Ano. Ano.

00:23:28.110 --> 00:23:28.990
>> Je velmi výkonný.

00:23:28.990 --> 00:23:29.890
Mám rád.

00:23:29.890 --> 00:23:33.335
Nejen proto jsme proveďte hodnocení
různými způsoby, různými způsoby

00:23:33.335 --> 00:23:36.270
Nyní, vizualizovat a jeho
jako řekl, velmi snadno

00:23:37.950 --> 00:23:41.290
Ano, priority, které
jeden chcete migrovat.

00:23:41.290 --> 00:23:44.010
Nyní můžete také udělat, ale
migrace i.

00:23:44.010 --> 00:23:45.670
>> To je správné.
>> Velmi zajímavé.

00:23:45.670 --> 00:23:46.880
>> Vážení pánové, to je Nádherné,

00:23:46.880 --> 00:23:48.490
Velice rádi vaše
Děkujeme přišel na čas.

00:23:48.490 --> 00:23:50.932
Podíváme se verze 3
například v příští týden [NESMĚJEME].

00:23:50.932 --> 00:23:53.262
>> [NESMĚJEME]
>> I 'm vtipkuji, ale skvělou práci.

00:23:53.262 --> 00:23:55.000
Jsme se podívali směrem dopředu k
s je zpět, a

00:23:55.000 --> 00:23:57.045
jaké další Super zobrazit
položky, které provádíte.

00:23:57.045 --> 00:23:58.013
>> Opravdu.
>> Děkujeme za přišel.

00:23:58.013 --> 00:23:59.560
>> Děkuji.
>> Díky tak daleko, můžete znovu zobrazit.

00:23:59.560 --> 00:24:03.355
>> V případě, že mají všechny názory
který řekl jako 7000 ke stažení,

00:24:03.355 --> 00:24:04.390
již vpravo.

00:24:04.390 --> 00:24:05.492
>> Ano.

00:24:05.492 --> 00:24:08.470
>> Tak, pokud je zpětné vazby
Co je nejlepší pro ně,

00:24:08.470 --> 00:24:11.390
>> Tak máme máte tento LES DL.

00:24:11.390 --> 00:24:14.180
E-mailová adresa
dmafeedback.microsoft.com.

00:24:14.180 --> 00:24:16.140
K němu může odesílat e-mailem.

00:24:16.140 --> 00:24:18.750
Ale také v nástroji je
funkci zpětné vazby.

00:24:18.750 --> 00:24:20.383
Odeslat zpětnou vazbu
také zde.

00:24:20.383 --> 00:24:21.467
>> Super, dobré, dobré.

00:24:21.467 --> 00:24:23.852
Všechna práva, tak
Každý uživatel spustit stahování a

00:24:23.852 --> 00:24:26.720
spuštění migrace databáze,
To je to, co chceme.

00:24:26.720 --> 00:24:28.380
>> Veškerá práva.
>> Ahoj, děkuje za každého pocházejí.

00:24:28.380 --> 00:24:30.830
A každý uživatel děkuje za sledování,
a uvidíme se příště.

00:24:30.830 --> 00:24:31.380
>> Děkuji.
>> Děkuji.

00:24:31.380 --> 00:24:31.880
Ahoj.

00:24:31.880 --> 00:24:41.880
[HUDBA]