Azure Synapse (旧称 SQL DW) と Azure Synapse Analytics ワークスペースの違い
当初は次の techcommunity ブログとして掲載されました: https://techcommunity.microsoft.com/t5/azure-synapse-analytics-blog/what-s-the-difference-between-azure-synapse-formerly-sql-dw-and/ba-p/3597772
しばらくの間、Microsoft Docs と、専用 SQL プールに関する 2 種類のドキュメント セットには混乱が生じていました。 Azure Synapse 関連ドキュメントをインターネットで検索して Microsoft Learn Docs サイトにアクセスすると、目次に 2 つのドキュメント セット間の切り替えスイッチが表示されます。
この記事では、どのドキュメントが Synapse Analytics 環境に適用されるかを明確にします。
| Azure Synapse Analytics | 専用 SQL プール (以前の SQL DW) |
|---|---|
|
|
また、多くのドキュメントには、ドキュメントが参照している専用 SQL プールの Synapse 実装を取り上げる注記も記載されています。
専用 SQL プールの 2 種類の様式
スタンドアロンまたは既存の SQL Data Warehouse は、2020 年 11 月に "専用 SQL プール (旧称 SQL DW)" に名称が変更されました。 その後に Synapse Analytics で作成された専用 SQL プールは、"Synapse ワークスペースの専用 SQL プール" です。
2016 年頃、Microsoft は、超並列処理 (MPP) オンプレミス アプライアンスを "Azure SQL Data Warehouse" (略称 "SQL DW") としてクラウドに適応させました。
歴史家は、このアプライアンスが並列データ ウェアハウス (PDW)、次に Analytics Platform System (APS) という名称になったことを覚えています。これは、現在でも多くのオンプレミス データ ウェアハウス ソリューションを支えているものです。
Azure SQL Data Warehouse は、管理とネットワークを制御する論理サーバーなどの Azure SQL DB の構成を採用しました。 SQL DW は、他の SQL DB と同じサーバー上に配置できます。 この実装により、現在の Azure SQL DB 管理者や実務担当者は、同じ概念をデータ ウェアハウスに簡単に適用できるようになりました。
ただし、分析と分析情報の分野は、2016 年以降に大きな変化を遂げています。 Microsoft では、データ ウェアハウスの提供方法にパラダイム シフトがありました。 SQL DW がウェアハウスを処理するようになると、Synapse ワークスペースはそれを拡張し、分析ポートフォリオを完成させました。 新しい Synapse ワークスペース エクスペリエンスは 2020 年に一般提供が開始されました。
元の SQL DW コンポーネントは、この一部にすぎません。 これが専用 SQL プールと呼ばれるようになりました。
これは大きな変更であり、より多くの機能を備えています。 プラットフォーム全体には、Synapse Analytics というふさわしい新しい名前が付けられました。
ただし、既存のすべての SQL DW はどうなるでしょうか? 自動的に Synapse ワークスペースになるでしょうか?
ブランド変更と移行
Azure SQL DW インスタンスは、Synapse Analytics ワークスペースに自動的にアップグレードされませんでした。
大規模なプラットフォームのアップグレードには多くの要因が関係するため、最善の策として、お客様がオプトインできるようにしています。 Azure SQL DW は "専用 SQL プール (旧称 SQL DW)" に名称が変更されました。これは、以前の SQL DW が実際には Synapse Analytics 内に格納されている成果物と同じであることを明確に示すことを目的としています。
ドキュメントには、"専用 SQL プール (旧称 SQL DW)" が "スタンドアロン専用 SQL プール" と記載される場合があります。
専用 SQL プール (旧称 SQL DW) の移行は比較的簡単であり、Azure portal からわずか数ステップで行うことができます。 ただし、完全な移行というわけではありません。 Azure portal にポップアップ表示されるトーストから、微妙な違いがわかります。
移行では、専用 SQL プール (旧称 SQL DW) は実際には移行されません。 元の論理サーバー上に残ります。 サーバー DNS server-123.database.windows.net が server-123.sql.azuresynapse.net になることはありません。 SQL DW を Synapse Analytics に "アップグレード" または "移行" したお客様は、Azure SQL Database 論理サーバーで共有できる完全な論理サーバーを引き続き使用できます。
移行された SQL DW と Synapse ワークスペース
前のセクションで説明したアップグレードまたは移行パスは、Synapse ワークスペースにつながります。 専用 SQL プールのシナリオの場合、移行された環境については、専用 SQL プール (旧称 SQL DW) のドキュメントを参照してください。 Synapse Analytics の他のコンポーネントはすべて Synapse Analytics のドキュメントからアクセスできます。
その他のすべての Synapse Analytics ワークスペース機能と元の SQL DW の "ブレンド" としてこれを簡単に視覚化すると、次のようになります。
SQL DW を移行したことがなく、Synapse Analytics ワークスペースの作成から始めた場合は、単に Synapse Analytics のドキュメントを参照してください。
PowerShell の違い
"専用 SQL プール (旧称 SQL DW)" と "Synapse Analytics" 専用 SQL プールに関するドキュメントで最も混乱しやすい領域の 1 つは、PowerShell です。
元の SQL DW 実装では、Azure SQL Database と同じ論理サーバーを使用しています。 Az.Sql という共有 PowerShell モジュールがあります。 このモジュールのコマンドレット New-AzSqlDatabase には、新しい専用 SQL プール (旧称 SQL DW) を作成するために、DataWarehouse が必要であることを区別するために使用される Edition のパラメーターがあります。
Synapse Analytics のリリース時には、Az.Synapse の別の PowerShell モジュールが付属していました。 Synapse Analytics ワークスペースに専用 SQL プールを作成するには、New-AzSynapseSqlPool を使用します。 この PowerShell モジュールでは、Synapse 専用に使用されるため、"Edition" パラメーターを含める必要はありません。
これら 2 つのモジュールは、あらゆるケースで等しいわけではありません。 Az.Sql では実行できても、Az.Synapse では実行できないアクションがいくつかあります。 たとえば、専用 SQL プール (旧称 SQL DW) の復元を実行するには Restore-AzSqlDatabase コマンドレットが使用されますが、Synapse Analytics では Restore-AzSynapseSqlPool が使用されます。 ただし、サブスクリプション境界を越えて復元するアクションは、Restore-AzSqlDatabase を備える Az.Sql モジュールでのみ使用できます。