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ポータルにいる

00:00:53.480 --> 00:00:55.040
少し拡大させてください。

00:00:55.040 --> 00:00:57.680
私はAzureポータルにいる

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
vCore の量
私が欲しいか、金額

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
だから、それらは2つの主な理由です
ハイパースケールに移行するためです。

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
デフォルトでは 1 つに行くと思う

00:04:08.260 --> 00:04:10.650
しかし、あなたはそれをダイヤルバックすることができます
しない場合はゼロにする

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
だから、これらの2つの設定は、
展開後に変更できます。

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
[音楽]

