次の方法で共有


SQL Server の複数のバージョンおよびインスタンスの使用

適用対象: SQL Server - Windows のみ

SQL Server の複数のインスタンスをインストールすること、または以前のバージョンの SQL Server が既にインストールされているコンピューターに SQL Server をインストールすることができます。

Note

SQL Server on Linux の複数のインスタンスをインストールする必要がある場合は、「SQL Server Linux コンテナーのデプロイと接続」を参照してください。

次の SQL Server 関連の項目は、同じコンピューター上の複数インスタンスのインストールと互換性があります。

  • データベース エンジン
  • Analysis Services
  • レポート サービス 1

1 SQL Server 2016 (13.x) 以降、SQL Server Reporting Services (SSRS) は別個にインストールされます。

他のバージョンの SQL Server が既にインストールされているコンピューターで、以前のバージョンの SQL Server をアップグレードできます。 サポートされるアップグレード シナリオについては、「 サポートされるバージョンとエディションのアップグレード」を参照してください。

バージョンのコンポーネントと番号付け

次に示す概念は、 SQL Server のサイド バイ サイドのインスタンスでの SQL Serverの動作について理解するうえで役立ちます。

SQL Server の製品バージョンの標準の形式は MM.nn.bbbb.rr であり、各セグメントは次のように定義されています。

  • MM - メジャー バージョン
  • nn - マイナー バージョン
  • bbbb - ビルド番号。
  • rr - ビルドのリビジョン番号

SQL Serverでは、以前のバージョンと区別するために、メジャー リリースやマイナー リリースごとにバージョン番号を増加させています。 このバージョンに対する変更は、次を含むさまざまな目的に使用されます。

  • ユーザー インターフェイスにバージョン情報を表示する
  • アップグレード中のファイルの置き換え方法の制御
  • 更新プログラムと Service Pack の適用
  • 連続するバージョン間で機能を区別するためのメカニズムとして

すべてのバージョンで共有されるコンポーネント SQL Server

特定のコンポーネントは、インストールされている SQL Serverのすべてのバージョンのすべてのインスタンスで共有されます。 同じコンピューターにバージョンが異なる SQL Server をサイド バイ サイドでインストールすると、それらのコンポーネントは自動的に最新バージョンにアップグレードされます。 通常、このようなコンポーネントは、 SQL Server の最後のインスタンスがアンインストールされると自動的にアンインストールされます。

例 :SQL Server Browser および Microsoft SQL Server VSS Writer。

メジャー バージョンが同一の すべてのインスタンス間で共有されるコンポーネント SQL Server

SQL Server メジャー バージョンが同一ののバージョンでは、一部のコンポーネントをすべてのインスタンス間で共有します。 アップグレード時に共有コンポーネントが選択されると、既存のコンポーネントは最新バージョンにアップグレードされます。

例: Integration Services、 マスター データ サービス、 SQL Server Management Studio、 SQL Server Data Tools (SSDT)、および SQL Server オンライン ブック

マイナー バージョン間で共有されるコンポーネント

SQL Server メジャー バージョンとマイナー バージョンが同一のバージョンでは、コンポーネントを共有していました。

例:セットアップ サポート ファイル。

SQL Server のインスタンスに固有のコンポーネント

SQL Server コンポーネントまたはサービスには、SQL Serverのインスタンスに固有のものがあります (インスタンス対応)。 また、これらをホストしているインスタンスとバージョンが同じで、そのインスタンスにのみ使用されます。

例: データベース エンジン、 Analysis Services、および Reporting Services

Windows の SQL Server の各エディションでサポートされる機能の一覧については、以下を参照してください。

Linux の SQL Server の各エディションでサポートされる機能の一覧については、以下を参照してください。

SQL Server のバージョンに依存しないコンポーネント

特定のコンポーネントは、 SQL Server のセットアップ時にインストールされますが、 SQL Serverのバージョンに依存しません。 これらは、メジャー バージョン間で共有されたり、 SQL Server のすべてのバージョンで共有されたりすることがあります。

例 :Microsoft Sync Framework、SQL Server Compact。

SQL Server Compact のインストールの詳細については、「インストール ウィザードからの SQL Server のインストール (セットアップ)」を参照してください。 SQL Server Compact のアンインストール方法の詳細については、「SQL Server の既存のインスタンスのアンインストール (セットアップ)」を参照してください。

SQL Server と以前のバージョンの SQL Server の並行使用

以前のバージョンの SQL Server のインスタンスを既に実行しているコンピューターに SQL Server をインストールすることができます。 既定のインスタンスが既にコンピューターに存在する場合、 SQL Server は名前付きインスタンスとしてインストールする必要があります。

次の表では、一般にサポートされているバージョンの Windows での SQL Server の各バージョンのサイド バイ サイドのサポートと、インストールされている必要の .NET のバージョンを示します。

既存のインスタンス サイド バイ サイドのサポート
SQL Server 2022 (16.x) SQL Server 2008 (10.0.x) から SQL Server 2019 (15.x)
SQL Server 2019 (15.x) SQL Server 2008 (10.0.x) から SQL Server 2017 (14.x)
SQL Server 2017 (14.x) SQL Server 2008 (10.0.x) から SQL Server 2016 (13.x)
SQL Server 2016 (13.x) SQL Server 2008 (10.0.x) から SQL Server 2014 (12.x)

詳細については、Windows 8 以降での SQL Server の使用に関する記事をご覧ください。

SysPrep に関する注意事項

SQL Server SysPrep では、以前のバージョンの SQL Server と同じコンピューターに SQL Server の準備済みインスタンスをサイド バイ サイドでインストールすることはサポートされていません。 ただし、同じメジャー バージョンの SQL Server の複数の準備済みインスタンスを、同じコンピューターにサイド バイ サイドでインストールできます。 詳細については、「 SysPrep を使用した SQL Server のインストールに関する注意点」を参照してください。

SQL Server 2016 (13.x) 以降のバージョンは、Windows Server 2008 R2 Server Core SP 1 を搭載するコンピューターに、以前のバージョンの SQL Server と並行してインストールすることはできません。 Server Core インストールの詳細については、「Server Core への SQL Server のインストール」を参照してください。

IP アドレス競合の回避

SQL Server のフェールオーバー クラスター インスタンスが SQL Server データベース エンジンのスタンドアロン インスタンスとサイド バイ サイドでインストールされている場合は、IP アドレスで TCP ポート番号が競合しないように注意してください。 競合は通常、 データベース エンジン の 2 つのインスタンスが両方とも既定の TCP ポート (1433) を使用するように構成されている場合に発生します。

競合を回避するには、一方のインスタンスが既定以外の固定ポートを使用するように構成します。 通常、固定ポートの構成は、スタンドアロン インスタンスに対して行うのが最も簡単です。 データベース エンジンで異なるポートが使用されるように構成すると、SQL Server のフェールオーバー クラスター インスタンスがノードのスタンバイに失敗した場合に、予期しない IP アドレス/TCP ポート競合によってインスタンスの起動がブロックされる問題を回避できます。