インストール ウィザードのヘルプ

適用対象:yesSQL Server (サポートされているすべてのバージョン)

この記事では、SQL Server インストールウィザードの一部の構成ページについて説明します。

[インスタンスの構成] ページ

SQL Server のインストールウィザードの [インスタンスの構成] ページを使用して、SQL Server の既定のインスタンスと名前付きインスタンスのどちらを作成するかを指定します。 SQL Server のインスタンスがまだインストールされていない場合は、名前付きインスタンスを指定しない限り、既定のインスタンスが作成されます。

SQL Server の各インスタンスは、照合順序などのオプションに固有の設定を持つサービスの個別のセットで構成されます。 ディレクトリ構造、レジストリ構造、およびサービス名には、SQL Server のセットアップ時に作成されたインスタンス名と特定のインスタンス ID が反映されます。

インスタンスには、既定のインスタンスと名前付きインスタンスがあります。 既定のインスタンス名は MSSQLSERVER です。 既定の名前では、接続時にクライアントでインスタンス名を指定する必要はありません。 名前付きインスタンスは、ユーザーがセットアップ中に指定します。 最初に既定のインスタンスをインストールせずに、名前付きインスタンスとして SQL Server をインストールできます。 一度に既定のインスタンスにできるのは、バージョンに関係なく、SQL Server の1つのインストールのみです。

Note

SQL Server SysPrep では、[インスタンスの構成] ページで準備済みインスタンスを完了するときにインスタンス名を指定できます。 コンピューターに SQL Server の既存の既定のインスタンスが存在しない場合は、既定のインスタンスとして完了している準備済みインスタンスを構成できます。

複数インスタンス

SQL Server は、1つのサーバーまたはプロセッサで SQL Server の複数のインスタンスをサポートしますが、既定のインスタンスにできるのは1つのインスタンスのみです。 その他のインスタンスはすべて、名前付きインスタンスにする必要があります。 1つのコンピューターで複数の SQL Server インスタンスを同時に実行することができ、各インスタンスは他のインスタンスとは無関係に実行されます。

詳しくは、「SQL Server の最大容量仕様」をご覧ください。

Options

フェールオーバークラスターインスタンスのみ: SQL Server フェールオーバークラスターのネットワーク名を指定します。 この名前は、ネットワーク上のフェールオーバー クラスター インスタンスを識別します。

既定のインスタンスと名前付きインスタンスのどちらを使用するかを決定する: SQL Server の既定のインスタンスと名前付きインスタンスのどちらをインストールするかを決定する場合は、次の情報を考慮してください。

  • SQL Server の1つのインスタンスをデータベースサーバーにインストールする場合は、既定のインスタンスにする必要があります。

  • 同じコンピューターで複数のインスタンスの使用を計画している場合は、名前付きインスタンスを使用します。 1 台のサーバーでは、既定のインスタンスを 1 つしかホストできません。

  • SQL Server Express をインストールするアプリケーションでは、名前付きインスタンスとしてインストールする必要があります。 これにより、複数のアプリケーションが同じコンピューターにインストールされたときの競合が最小限になります。

[既定のインスタンス]: SQL Server の既定のインスタンスをインストールするには、このオプションを選択します。 1 台のコンピューターでホストできる既定のインスタンスは 1 つだけです。その他すべては名前付きインスタンスにする必要があります。 ただし、SQL Server の既定のインスタンスがインストールされている場合は、Analysis Services の既定のインスタンスを同じコンピューターに追加できます。

名前付きインスタンス: 新しい名前付きインスタンスを作成するには、このオプションを選択します。 SQL Server のインスタンスに名前を指定するときは、次の情報に注意してください。

  • インスタンス名では大文字と小文字が区別されません。

  • インスタンス名の先頭または末尾にアンダースコア (_) を使用することはできません。

  • インスタンス名には、"Default" などの予約されたキーワードを含めることはできません。 予約されたキーワードをインスタンス名に使用すると、セットアップ エラーが発生します。 詳細については、「予約済みキーワード (transact-sql SQL)」を参照してください。

  • インスタンス名として MSSQLSERVER を指定すると、既定のインスタンスが作成されます。

  • SharePoint 用の Microsoft SQL Server 2016 Power Pivot のインストールは、常に "Power Pivot" の名前付きインスタンスとしてインストールされます。 この機能ロール用に別のインスタンス名を指定することはできません。

  • インスタンス名は最大 16 文字まで指定できます。

  • インスタンス名の先頭は文字にする必要があります。 使用できる文字は、Unicode 規格 2.0 で定義されている文字です。 これらの文字には、ラテン文字 a から z と A から Z、および各国言語の文字が含まれます。

  • 2 文字目以降では、Unicode 規格 2.0 で定義されている文字、Basic Latin またはその他言語の 10 進数、ドル記号 ($)、アンダースコア (_) を使用できます。

  • 埋め込み型スペースなどの特殊文字は、インスタンス名に使用できません。 円記号 (\)、コンマ (,)、コロン (:)、セミコロン (;)、単一引用符 (')、アンパサンド ( & )、ハイフン (-)、アットマーク (@) も使用できません。

    SQL Server インスタンス名に使用できるのは、現在の Windows コードページで有効な文字だけです。 サポートされていない Unicode 文字を使用すると、セットアップ エラーが発生します。

[検出されたインスタンスと機能]: SQL Server セットアップを実行しているコンピューター上のインストールされている SQL Server インスタンスとコンポーネントの一覧を表示します。

インスタンス ID: 既定では、インスタンス名がインスタンス ID として使用されます。 この ID は、SQL Server のインスタンスのインストールディレクトリとレジストリキーを識別するために使用されます。 既定のインスタンスの場合も名前付きインスタンスの場合も、同じ動作が発生します。 既定のインスタンスの場合、インスタンス名とインスタンス ID は、MSSQLSERVER になります。 既定以外のインスタンス ID を使用するには、Instance ID フィールドで指定します。

重要

SQL Server sysprep では、[インスタンスの構成] ページに表示されるインスタンス id は、SQL Server SysPrep プロセスのイメージの準備手順で指定したインスタンス id です。 イメージの完了手順では別のインスタンス ID を指定できません。

Note

アンダースコア (_) で始まるインスタンス ID や、シャープ記号 (#) またはドル記号 ($) を含むインスタンス ID はサポートされません。

ディレクトリ、ファイルの場所、およびインスタンス ID の名前付けの詳細については、「SQL Server の既定のインスタンスおよび名前付きインスタンスのファイルの場所」を参照してください。

SQL Server の特定のインスタンスのすべてのコンポーネントが1つの単位として管理されます。 すべての SQL Server サービスパックとアップグレードは、SQL Server のインスタンスのすべてのコンポーネントに適用されます。

同じインスタンス名を共有する SQL Server のすべてのコンポーネントは、次の条件を満たしている必要があります。

  • 同じバージョン
  • 同じエディション
  • 同じ言語設定
  • 同じクラスター状態
  • 同じオペレーティング システム

Note

Reporting Services はクラスターに対応していません。

[Analysis Services の構成] - [アカウントの準備] ページ

このページを使用して、サーバーモードを設定し、Analysis Services への無制限アクセスを必要とするユーザーまたはサービスに管理権限を付与します。 セットアップでは、インストールしているインスタンスの Analysis Services サーバー管理者ロールにローカル Windows グループ BUILTIN\Administrators が自動的に追加されません。 サーバー管理者ロールにローカルの Administrators グループを追加する場合は、そのグループを明示的に指定する必要があります。

SharePoint の Power Pivot をインストールする場合は、SharePoint ファーム管理者または SharePoint server 2010 ファームでの Power Pivot サーバーの展開を担当するサービス管理者に管理アクセス許可を付与してください。

オプション

サーバーモード: サーバーモードでは、サーバーに配置できる Analysis Services データベースの種類を指定します。 セットアップ中に指定したサーバー モードを後で変更することはできません。 各モードは相互に排他的です。つまり、クラシックオンライン分析処理 (OLAP) とテーブルモデルソリューションの両方をサポートするために、それぞれが異なるモード用に構成された Analysis Services の2つのインスタンスが必要です。

管理者の指定: SQL Server のインスタンスのサーバー管理者を少なくとも1人指定する必要があります。 指定したユーザーまたはグループは、インストールしている Analysis Services インスタンスのサーバー管理者ロールのメンバーになります。 これらのメンバーは、ソフトウェアをインストールするコンピューターと同じドメインの Windows ドメイン ユーザー アカウントを持つ必要があります。

Note

ユーザー アカウント制御 (UAC) は Windows セキュリティ機能であり、管理操作または管理アプリケーションの承認を管理者が実行前に明示的に行う必要があります。 UAC は既定でオンになっているため、高度な特権を必要とする特定の操作について許可するよう求めるメッセージが表示されます。 UAC を構成して既定の動作を変更することも、特定のプログラム用に UAC をカスタマイズすることもできます。 UAC および UAC 構成の詳細については、「User Account Control Step by Step Guide (Windows ユーザー アカウント制御手順ガイド)」と「User Account Control (ユーザー アクセス制御)」 (Wikipedia) を参照してください。

関連項目

[Analysis Services の構成] - [データ ディレクトリ] ページ

次の表に示す既定のディレクトリは、SQL Server のセットアップ時にユーザーが構成できます。 これらのファイルにアクセスする権限は、ローカル管理者と、セットアップ中に作成およびプロビジョニングされる SQLServerMSASUser $ < instance > セキュリティグループのメンバーに付与されます。

UI 要素の一覧

説明 既定のディレクトリ 推奨事項
データ ルート ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Data\ \Program files\Microsoft SQL Server\ フォルダーが権限の制限により保護されていることを確認してください。 Analysis Services のパフォーマンスは、多くの構成で、データディレクトリが配置されているストレージのパフォーマンスに依存します。 このディレクトリは、システムに割り当てられている中でパフォーマンスが最も高いストレージに配置してください。 フェールオーバー クラスターのインストールの場合は、データ ディレクトリが共有ディスク上に配置されるようにしてください。
ログ ファイル ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Log\ このディレクトリは Analysis Services ログファイル用であり、フライトレコーダーログを含みます。 フライト レコーダーの時間を増加する場合、ログ ディレクトリに十分な容量があることを確認してください。
Temp ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Temp\ Temp ディレクトリは、高パフォーマンスのストレージ サブシステムに配置してください。
バックアップ ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Backup\ このディレクトリは Analysis Services 既定のバックアップファイル用です。 SharePoint インストールの Power Pivot の場合、このディレクトリは Power Pivot システムサービスが Power Pivot データファイルをキャッシュする場所でもあります。

データの損失を防ぐために適切なアクセス許可を設定し、Analysis Services のユーザーグループにバックアップディレクトリに書き込むための適切なアクセス許可があることを確認します。 マップされたドライブをバックアップ ディレクトリに使用することはサポートされていません。

考慮事項

  • Analysis Services インスタンスが SharePoint ファームに配置されると、アプリケーションファイル、データファイル、およびプロパティがコンテンツデータベースとサービスアプリケーションデータベースに格納されます。

  • 既存のインストールに機能を追加する場合、前にインストールした機能の場所は変更できません。また、新しい機能のインストール場所を指定することもできません。

  • SQL Server のフォルダーおよびファイルの種類を除外するように、ウイルス対策アプリケーションやスパイウェア対策アプリケーションなどのスキャン ソフトウェアを構成することが必要な場合があります。 詳細については、「SQL Server を実行しているコンピューター上で実行するウイルス対策ソフトウェア」のサポート記事を参照してください。

  • 既定以外のインストールディレクトリを指定する場合は、インストールフォルダーが SQL Server のこのインスタンスに対して一意であることを確認します。 このダイアログボックス内のディレクトリを、SQL Server の他のインスタンスのディレクトリと共有しないでください。 また、データベースエンジンと Analysis Services のコンポーネントを SQL Server のインスタンス内にインストールして、ディレクトリを分割します。

  • 次の状況では、プログラム ファイルとデータ ファイルをインストールすることができません。

    • リムーバブル ディスク ドライブ
    • 圧縮を使用したファイル システム
    • システム ファイルが配置されているディレクトリ

関連項目

ディレクトリ、ファイルの場所、およびインスタンス ID の名前付けの詳細については、「SQL Server の既定のインスタンスおよび名前付きインスタンスのファイルの場所」を参照してください。

[Analysis Services の構成] - [データ ディレクトリ] ページ

次の表に示す既定のディレクトリは、SQL Server のセットアップ時にユーザーが構成できます。 これらのファイルにアクセスする権限は、ローカル管理者と、セットアップ中に作成およびプロビジョニングされる SQLServerMSASUser $ < instance > セキュリティグループのメンバーに付与されます。

UI 要素の一覧

説明 既定のディレクトリ 推奨事項
データ ルート ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Data \Program files\Microsoft SQL Server\ フォルダーが権限の制限により保護されていることを確認してください。 Analysis Services のパフォーマンスは、多くの構成で、データディレクトリが配置されているストレージのパフォーマンスに依存します。 このディレクトリは、システムに割り当てられている中でパフォーマンスが最も高いストレージに配置してください。 フェールオーバー クラスターのインストールの場合は、データ ディレクトリが共有ディスク上に配置されるようにしてください。
ログ ファイル ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Log このディレクトリは Analysis Services ログファイル用であり、フライトレコーダーログを含みます。 フライト レコーダーの時間を増加する場合、ログ ディレクトリに十分な容量があることを確認してください。
Temp ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Temp Temp ディレクトリは、高パフォーマンスのストレージ サブシステムに配置してください。
バックアップ ディレクトリ <ドライブ: > ファイル名 \ Microsoft SQL Server<になります。 <InstanceID > \OLAP\Backup このディレクトリは Analysis Services 既定のバックアップファイル用です。 SharePoint インストールの Power Pivot では、Power Pivot システムサービスが Power Pivot データファイルをキャッシュする場所でもあります。

データの損失を防ぐために適切なアクセス許可が設定されていること、および Analysis Services サービスのユーザーグループにバックアップディレクトリに書き込むための適切なアクセス許可があることを確認します。 マップされたドライブをバックアップ ディレクトリに使用することはサポートされていません。

考慮事項

  • Analysis Services インスタンスが SharePoint ファームに配置されると、アプリケーションファイル、データファイル、およびプロパティがコンテンツデータベースとサービスアプリケーションデータベースに格納されます。

  • 既存のインストールに機能を追加する場合、前にインストールした機能の場所は変更できません。また、新しい機能のインストール場所を指定することもできません。

  • SQL Server のフォルダーおよびファイルの種類を除外するように、ウイルス対策アプリケーションやスパイウェア対策アプリケーションなどのスキャン ソフトウェアを構成することが必要な場合があります。 詳細については、Antivirus software on computers running SQL Server (SQL Server を実行するコンピューター上のウイルス対策ソフトウェア) に関する記事をご覧ください。

  • 既定以外のインストールディレクトリを指定する場合は、インストールフォルダーが SQL Server のこのインスタンスに対して一意であることを確認します。 このダイアログボックスのディレクトリは、SQL Server の他のインスタンスのディレクトリと共有しないでください。 また、データベースエンジンと Analysis Services のコンポーネントを SQL Server のインスタンス内にインストールして、ディレクトリを分割します。

  • 次の状況では、プログラム ファイルとデータ ファイルをインストールすることができません。

    • リムーバブル ディスク ドライブ
    • 圧縮を使用したファイル システム
    • システム ファイルが配置されているディレクトリ

関連項目

[データベース エンジンの構成] - [サーバー構成] ページ

このページを使用して SQL Server セキュリティモードを設定し、SQL Server データベースエンジンの管理者として Windows ユーザーまたはグループを追加します。

SQL Server 2019 (15. x) の実行に関する注意点

以前のバージョンの SQL Server では、BUILTIN\Administrators グループはログインとしてデータベースエンジンで準備されており、ローカルの Administrators グループのメンバーは、管理者の資格情報を使用してログインできました。 しかし、引き上げられたアクセス許可を使用するのはベスト プラクティスではありません。

SQL Server 2019 (15. x) では、BUILTIN\Administrators グループはログインとしてプロビジョニングされません。 SQL Server 2019 (15. x) の新しいインスタンスをインストールするときに、管理ユーザーごとに SQL Server ログインを作成し、そのログインをsysadmin固定サーバーロールに追加していることを確認します。 レプリケーションエージェントジョブなど、SQL Server エージェントジョブを実行する Windows アカウントについても同じ操作を行います。

Options

[セキュリティ モード] : インストール用に Windows 認証または混合モード認証を選択します。

Windows プリンシパルのプロビジョニング: 以前のバージョンの SQL Server では、Windows BUILTIN\Administrators ローカルグループが SQL Server sysadminサーバーロールに配置され、Windows のインスタンスへのアクセス権が SQL Server 管理者に実質的に付与されました。 SQL Server 2019 (15. x) では、BUILTIN\Administrators グループはsysadminサーバーロールではプロビジョニングされません。 代わりに、セットアップ時に新規インストール用の SQL Server 管理者を明示的に用意する必要があります。

重要

セットアップ時に新規インストール用に SQL Server 管理者を明示的にプロビジョニングする必要があります。 セットアップは、この手順を完了するまで続行できません。

SQL Server 管理者の指定: SQL Server のインスタンスには、少なくとも1つの Windows プリンシパルを指定する必要があります。 SQL Server セットアップを実行しているアカウントを追加するには、[現在のユーザーの追加] ボタンを選択します。 システム管理者の一覧に対してアカウントを追加または削除するには、 [追加] または [削除] を選択し、SQL Server のインスタンスについて管理者特権を持っているユーザー、グループ、またはコンピューターの一覧を編集します。

一覧の編集が完了したら、 [OK] を選択し、構成ダイアログ ボックスで管理者の一覧を確認します。 一覧が完成したら、 [次へ] を選択します。

混合モード認証を選択した場合は、ビルトイン SQL Server システム管理者 (sa) アカウントのログイン資格情報を指定する必要があります。

重要

空白のパスワードは使用しないでください。 強力なパスワードを使用してください。

Windows認証モード: ユーザーが Windows ユーザー アカウントを介して接続すると、SQL Server はオペレーティング システムの Windows プリンシパル トークンを使用してアカウント名とパスワードを検証します。 Windows 認証は、既定の認証モードであり、混合モード認証よりはるかに安全性に優れています。 Windows 認証では、Kerberos セキュリティ プロトコルを使用し、強力なパスワードに対して複雑な検証を行うという点で、パスワード ポリシーが強化されています。また、アカウント ロックアウトの機能が提供され、パスワード有効期限にも対応しています。

重要

可能な場合は、Windows 認証を使用します。

重要

空白のパスワードは使用しないでください。 強力なパスワードを使用してください。 sa パスワードを空白のままにしないでください。また、推測しやすいパスワードを設定しないでください。

混合モード (Windows認証または SQL Server 認証) : ユーザーが認証または認証を使用して接続Windows許可SQL Serverします。 Windows ユーザー アカウントで接続するユーザーは、Windows によって検証される信頼関係接続を使用することができます。

混合モード認証を選択する必要がある場合、レガシ アプリケーションに対応するために SQL ログインを使用する必要がある場合は、すべての SQL Server アカウントに強力なパスワードを設定する必要があります。

Note

SQL Serverは、下位互換性のためにのみ提供されます。 可能な場合は、Windows 認証を使用します。

[パスワードの入力] : システム管理者 (sa) ログインを入力および確認します。 パスワードは侵入者に対する防御の最前線であるため、システムのセキュリティにとって強力なパスワードを設定することは不可欠です。 sa パスワードを空白のままにしないでください。また、推測しやすいパスワードを設定しないでください。

Note

SQL Serverパスワードには、文字、記号、数字の任意の組み合わせを含む、1 から 128 文字を含めることができます。 混合モード認証を選択する場合、インストール ウィザードの次のページに進む前に、強力な sa パスワードを入力する必要があります。

強力なパスワードのガイドライン

強力なパスワードとは、他人によってたやすく推測されず、コンピューター プログラムを使用して簡単にはハッキングされないパスワードです。 強力なパスワードでは、次のような禁止された条件または用語を使用することはできません。

  • 空白または NULL 条件
  • "Password"
  • "Admin"
  • "Administrator"
  • "sa"
  • "sysadmin"

強力なパスワードには、インストール コンピューターに関連付けられた次のような用語を指定できません。

  • 現在、コンピューターにログインしているユーザーの名前
  • コンピューター名

強力なパスワードは、長さ 9 文字以上で、以下の 4 つの条件のうち 3 つ以上を満たしている必要があります。

  • 大文字を含んでいる。
  • 小文字を含んでいる。
  • 数字を含んでいる。
  • #、%、^ など、英数字以外の文字を含んでいる。

このページで入力するパスワードは、強力なパスワード ポリシーの要件を満たす必要があります。 認証を使用する自動化があるSQL Server、パスワードが強力なパスワード ポリシーの要件を満たしていることを確認します。

こちらもご覧ください

認証と認証の比較Windows選択SQL Server認証モードの選択に関するページを参照してください

アカウントを実行するアカウントの選択の詳細については、「SQL Server データベース エンジンサービス アカウントとアクセス許可Windows構成する」を参照してください

[データベース エンジンの構成] - [データ ディレクトリ] ページ

このページを使用して、プログラムファイルとデータ ファイルのSQL Server データベース エンジン場所を指定します。 インストールの種類により、サポートされるストレージにはローカル ディスク、共有ストレージ、または SMB ファイル サーバーが含まれる場合があります。

SMB ファイル共有をディレクトリとして指定するには、サポートされている UNC パスを手動で入力する必要があります。 SMB ファイル共有を参照して指定することはできません。 SMB ファイル共有のサポートされる UNC パス形式の例を次に示します。

\\<ServerName>\<ShareName>\...

のスタンドアロン インスタンスSQL Server

SQL Server のスタンドアロン インスタンスの場合、次の表に、サポートされているストレージの種類と、セットアップ時に構成できる既定のディレクトリSQL Server示します。

UI 要素の一覧

説明 サポートされているストレージの種類 既定のディレクトリ 推奨事項
データ ルート ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <Drive:>\Program Files\Microsoft SQL Server\ SQL Serverセットアップでは、SQL Server ディレクトリのアクセス制御リスト (ACL) が構成され、構成の一部として継承が壊れます。
ユーザー データベース ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <Drive:>\Program Files\Microsoft SQL Server\<。<InstanceID>\MSSQL\Data ユーザー データ ディレクトリのベスト プラクティスは、ワークロードとパフォーマンスの要件によって異なります。
ユーザー データベース ログ ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <Drive:>\Program Files\Microsoft SQL Server\<。<InstanceID>\MSSQL\Data ログ ディレクトリに十分な領域があることを確認してください。
バックアップ ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <Drive:>\Program Files\Microsoft SQL Server\<。<InstanceID>\MSSQL\Backup データの損失を防ぐために適切な権限を設定して、バックアップ ディレクトリに書き込むための適切な権限が SQL Server サービスのユーザー アカウントにあることを確認してください。 マップされたドライブをバックアップ ディレクトリに使用することはサポートされていません。

* 共有ディスクはサポートされていますが、共有ディスクのスタンドアロン インスタンスに使用SQL Server。

のフェールオーバー クラスター インスタンスSQL Server

SQL Server のフェールオーバー クラスター インスタンスの場合、次の表に、サポートされているストレージの種類と、SQL Server セットアップ中に構成できる既定のディレクトリを示します。

説明 サポートされているストレージの種類 既定のディレクトリ 推奨事項
データ ルート ディレクトリ 共有ストレージ、SMB ファイル サーバー <Drive:>\Program Files\Microsoft SQL Server\

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
SQL Serverセットアップでは、ディレクトリの ACL SQL Server構成の一部として継承が壊れます。
ユーザー データベース ディレクトリ 共有ストレージ、SMB ファイル サーバー <Drive:>Program Files\Microsoft SQL Server\<。<InstanceID>\MSSQL\Data

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
ユーザー データ ディレクトリのベスト プラクティスは、ワークロードとパフォーマンスの要件によって異なります。
ユーザー データベース ログ ディレクトリ 共有ストレージ、SMB ファイル サーバー <Drive:>\Program Files\Microsoft SQL Server\<。<InstanceID>\MSSQL\Data

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
ログ ディレクトリに十分な領域があることを確認してください。
バックアップ ディレクトリ ローカル ディスク、共有ストレージ、SMB ファイル サーバー <ドライブ: > ファイル \ Microsoft SQL Server \ MSSQL<。 <InstanceID > \mssql\backup です (

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
データの損失を防ぐために適切な権限を設定して、バックアップ ディレクトリに書き込むための適切な権限が SQL Server サービスのユーザー アカウントにあることを確認してください。 マップされたドライブをバックアップ ディレクトリに使用することはサポートされていません。

セキュリティに関する考慮事項

セットアップによって SQL Server ディレクトリの acl が構成され、構成の一部として継承が無効になります。

次の推奨事項は SMB ファイル サーバーに当てはまります。

  • SMB ファイルサーバーを使用する場合は、SQL Server サービスアカウントがドメインアカウントである必要があります。

  • SQL Server のインストールに使用するアカウントには、データディレクトリとして使用される SMB ファイル共有フォルダーに対するフルコントロールの NTFS アクセス許可が必要です。

  • SQL Server のインストールに使用するアカウントには、SMB ファイルサーバーに対する SeSecurityPrivilege 特権が付与されている必要があります。 この特権を付与するには、ファイルサーバーで [ローカルセキュリティポリシー] コンソールを使用して、[監査とセキュリティログの管理] ポリシーに SQL Server セットアップアカウントを追加します。 この設定は、[ローカル セキュリティ ポリシー] コンソールの [ローカル ポリシー][ユーザー権利の割り当て] セクションにあります。

考慮事項

  • 既存のインストールに機能を追加する場合、前にインストールした機能の場所は変更できません。また、新しい機能のインストール場所を指定することもできません。

  • 既定以外のインストールディレクトリを指定する場合は、インストールフォルダーが SQL Server のこのインスタンスに対して一意であることを確認します。 このダイアログボックスのディレクトリは、SQL Server の他のインスタンスのディレクトリと共有しないでください。 また、データベースエンジンと Analysis Services のコンポーネントを SQL Server のインスタンス内にインストールして、ディレクトリを分割します。

  • 次の状況では、プログラム ファイルとデータ ファイルをインストールすることができません。

    • リムーバブル ディスク ドライブ
    • 圧縮を使用したファイル システム
    • システム ファイルが配置されているディレクトリ
    • フェールオーバー クラスター インスタンス上のマップされたネットワーク ドライブ

[データベース エンジンの構成] - [TempDB] ページ

このページを使用して、SQL Server データベースエンジンのtempdbデータとログファイルの場所、サイズ、拡張設定、およびファイルの数を指定します。 インストールの種類により、サポートされるストレージにはローカル ディスク、共有ストレージ、または SMB ファイル サーバーが含まれる場合があります。

SMB ファイル共有をディレクトリとして指定するには、サポートされている UNC パスを手動で入力する必要があります。 SMB ファイル共有を参照して指定することはできません。 SMB ファイル共有のサポートされる UNC パス形式の例を次に示します。

\\<ServerName>\<ShareName>\....

SQL Server のスタンドアロンインスタンスのデータとログのディレクトリ

SQL Server のスタンドアロンインスタンスの場合、次の表に、セットアップ中に構成できるサポートされているストレージの種類と既定のディレクトリを示します。

説明 サポートされているストレージの種類 既定のディレクトリ 推奨事項
データ ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <ドライブ: > ファイル \ Microsoft SQL Server \ MSSQL<。 <InstanceID > \MSSQL\Data SQL Server セットアップでは SQL Server ディレクトリの acl を構成し、構成の一部として継承を解除します。

tempdb ディレクトリのベスト プラクティスは、ワークロードとパフォーマンスの要件によって異なります。 データ ファイルを複数のボリュームに分散させるには、複数のフォルダーまたはドライブを指定します。
ログ ディレクトリ ローカル ディスク、SMB ファイル サーバー、共有ストレージ* <ドライブ: > ファイル \ Microsoft SQL Server \ MSSQL<。 <InstanceID > \MSSQL\Data ログ ディレクトリに十分な領域があることを確認してください。

* 共有ディスクはサポートされていますが、SQL Server のスタンドアロンインスタンスでは使用しないことをお勧めします。

SQL Server のフェールオーバークラスターインスタンスのデータとログディレクトリ

SQL Server のフェールオーバークラスターインスタンスの場合、次の表に、SQL Server のセットアップ時に構成できる、サポートされているストレージの種類と既定のディレクトリを示します。

説明 サポートされているストレージの種類 既定のディレクトリ 推奨事項
tempdb データ ディレクトリ ローカル ディスク、共有ストレージ、SMB ファイル サーバー <ドライブ: > ファイル \ Microsoft SQL Server \ MSSQL<。 <InstanceID > \Data

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
SQL Server セットアップでは SQL Server ディレクトリの acl を構成し、構成の一部として継承を解除します。

指定のディレクトリ (複数のファイルが指定される場合、ディレクトリも複数になります) はすべてのクラスター ノードで有効にします。 フェールオーバー中に、tempdb のディレクトリがフェールオーバーのターゲット ノード上で利用できない場合、SQL Server リソースはオンラインへの移行に失敗します。
tempdb ログ ディレクトリ ローカル ディスク、共有ストレージ、SMB ファイル サーバー <ドライブ: > ファイル \ Microsoft SQL Server \ MSSQL<。 <InstanceID > \MSSQL\Data

ヒント: [クラスター ディスクの選択] ページで共有ディスクを選択した場合、既定値は最初の共有ディスクになります。 [クラスター ディスクの選択] ページで何も選択しない場合、このフィールドの既定値は空白になります。
ユーザー データ ディレクトリのベスト プラクティスは、ワークロードとパフォーマンスの要件によって異なります。

指定したディレクトリがすべてのクラスター ノードで有効であることを確認してください。 フェールオーバー中に、tempdb のディレクトリがフェールオーバーのターゲット ノード上で利用できない場合、SQL Server リソースはオンラインへの移行に失敗します。

ログ ディレクトリに十分な領域があることを確認してください。

UI 要素の一覧

作業負荷と要件に合わせて tempdb の設定を構成します。 次の設定は、 tempdb データ ファイルに適用されます。

  • ファイル数tempdbのデータ ファイルの合計数です。 既定値は 8 とセットアップ時に検出された論理コア数の小さいほうになります。 一般的なルールとしては、論理プロセッサの数が 8 以下の場合、論理プロセッサと同じ数のデータ ファイルを使用します。 論理プロセッサの数が 8 より大きい場合、8 つのデータ ファイルを使用します。 競合が発生する場合は、競合が許容できるレベルに低下するまでデータ ファイルの数を 4 の倍数分ずつ増やすか(最大で、論理プロセッサの数まで)、ワークロードまたはコードを変更します。

  • 初回サイズ (MB) は各 tempdb データ ファイルの初回サイズです (メガバイト単位)。 既定値は 8 MB (SQL Server Express の場合は 4 MB) です。 SQL Server 2017 (14. x) では、初期ファイルの最大サイズとして 262144 MB (256 GB) が導入されています。 SQL Server 2016 (13. x) の初期ファイルの最大サイズは 1024 MB です。 すべての tempdb データ ファイルの初回サイズは同じです。 tempdb は SQL Server が起動するか、フェールオーバーするたびに再作成されるため、通常の作業のワークロードに必要なサイズに近いサイズを指定します。 起動時にさらに効率的に tempdb を作成するには、データベースのファイルの瞬時初期化を有効にします。

  • 合計初回サイズ (MB) は、すべての tempdb データ ファイルを合計したものです。

  • 自動拡張 (MB) はメガバイト単位で表した領域です。各 tempdb データ ファイルの領域が枯渇すると、このサイズ分だけ自動的に拡張されます。 SQL Server 2016 (13. x) 以降では、すべてのデータファイルがこの設定で指定された量だけ同時に拡張されます。

  • 自動拡張の合計 (MB) は各自動拡張イベントを合計したものです。

  • データ ディレクトリ には、tempdb データ ファイルを維持しているすべてのディレクトリが表示されます。 ディレクトリが複数存在するとき、データ ファイルはラウンド ロビン方式でディレクトリに置かれます。 たとえば、3 つのディレクトリを作成し、8 つのデータ ファイルを指定する場合、データ ファイル 1、4、7 が最初のディレクトリに作成されます。 データ ファイル 2、5、8 が 2 番目のディレクトリに作成されます。 データ ファイル 3 と 6 が 3 番目のディレクトリに入ります。

  • ディレクトリを追加するには、 [追加…] を選択します。

  • ディレクトリを削除するには、ディレクトリを選択し、 [削除] を選択します。

[Tempdb ログ ファイル] はログ ファイルの名前です。 このファイルは自動的に作成されます。 次の設定は、 tempdb ログ ファイルにのみ適用されます。

  • 初回サイズ (MB)tempdb ログ ファイルの初回サイズです。 既定値は 8 MB (または 4 MB の場合) SQL Server Express。 SQL Server 2017 (14.x) では、最大初期ファイル サイズは 262,144 MB (256 GB) になります。 SQL Server 2016 (13.x) の初期ファイルの最大サイズは 1024 MB です。 tempdb は SQL Server が起動するか、フェールオーバーするたびに再作成されるため、通常の作業のワークロードに必要なサイズに近いサイズを指定します。 起動時にさらに効率的に tempdb を作成するには、データベースのファイルの瞬時初期化を有効にします。

    Note

    Tempdb では、最小ログ記録が利用されます。 tempdb ログ ファイルはバックアップできません。 SQL Server が起動するたびに、あるいはクラスター インスタンスのフェールオーバー時に再作成されます。

  • 自動拡張 (MB)tempdb ログの拡張単位であり、メガバイト単位で指定されます。 既定値の 64 MB で、初期化中、最適な数の仮想ログ ファイルが作成されます。

    Note

    Tempdb ログ ファイルでは、データベースのファイルの瞬時初期化は利用されません。

  • ログ ディレクトリ は、 tempdb ログ ファイルが作成されるディレクトリです。 tempdb ログ ディレクトリは 1 つだけ存在します。

セキュリティに関する考慮事項

セットアップでは、複数のディレクトリの ACL SQL Server構成の一部として継承が壊れます。

次の推奨事項は SMB ファイル サーバーに当てはまります。

  • SMB SQL Serverサーバーを使用する場合、サービス アカウントはドメイン アカウントである必要があります。

  • データ ディレクトリとして使用SQL Server SMB ファイル共有フォルダーに対するフル コントロール NTFS アクセス許可を持っている必要があります。

  • アプリケーションのインストールに使用SQL Server SMB ファイル サーバーに対する SeSecurityPrivilege 特権を付与する必要があります。 この特権を付与するには、ファイル サーバーのローカル セキュリティ ポリシー コンソールを使用して、SQL Server セットアップ アカウントを [監査とセキュリティ ログの管理] ポリシーに追加します。 この設定は、[ローカル セキュリティ ポリシー] コンソールの [ローカル ポリシー][ユーザー権利の割り当て] セクションにあります。

Note

既定以外のインストール ディレクトリを指定する場合は、インストール フォルダーが既定のインストール ディレクトリのこのインスタンスに対して一意SQL Server。 このダイアログ ボックスのディレクトリは、SQL Server の他のインスタンスのディレクトリと共有できません。 インスタンスデータベース エンジン内Analysis ServicesコンポーネントとコンポーネントSQL Server、別のディレクトリにインストールする必要があります。

関連項目

[データベース エンジンの構成] - [MAXDOP] ページ

並列処理の最大限度 (MaxDOP) により、1 つのステートメントで使用できるプロセッサの最大数が決まります。 SQL Server 2019 (15.x) では、インストール時にこのオプションを構成する機能が導入されています。 SQL Server 2019 (15.x) では、コア数に基づいてサーバーに推奨される MaxDOP 設定も自動的に検出されます。

セットアップ中にこのページがスキップされる場合、既定の MaxDOP 値は、以前のバージョン (0) の既定の データベース エンジン 値ではなく、このページに表示される推奨値です。 また、このページでこの設定を手動で構成し、インストール後にこの設定を変更することができます。

UI 要素の一覧

[データベース エンジンの構成] - [メモリ] ページ

min server memory は、バッファー プールおよび他のキャッシュに使用SQL Server データベース エンジンメモリの下限を決定します。 既定値は 0 で、推奨値も 0 です。 最小サーバー メモリの効果について詳しくは、「メモリ管理アーキテクチャ ガイド」をご覧ください。

max server memory は、バッファー プールおよび他のキャッシュに使用SQL Server データベース エンジンメモリの上限を決定します。 既定値は 2,147,483,647 メガバイト (MB) であり、計算される推奨値は、既存のシステム メモリに基づくスタンドアロン SQL Server インスタンスのサーバー メモリ構成オプションのメモリ構成ガイドラインに合わせて調整されます。 最大サーバー メモリの効果について詳しくは、「メモリ管理アーキテクチャ ガイド」をご覧ください。

セットアップ中にこのページがスキップされた場合、使用される既定の max server memory 値は データベース エンジン の既定値 (2,147,483,647 メガバイト) です。 [推奨] ラジオ ボタンを選択すると、このページでこれらの設定を手動で構成でき、インストール後にこれらの設定を変更できます。 詳細については、 サーバー メモリ構成オプションの設定を参照してください。

UI 要素の一覧

既定値: このオプション ボタンは既定で選択され、最小サーバー メモリと最大サーバー メモリの設定を既定値データベース エンジン設定します。

[推奨] : 計算された推奨値を受け入れる場合、または計算された値をユーザー構成値に変更する場合は、このラジオ ボタンを選択する必要があります。

[最小サーバー メモリ (MB)] : 計算された推奨値からユーザー構成値に変更する場合は、最小サーバー メモリの値を入力します。

[最大サーバー メモリ (MB)] : 計算された推奨値からユーザー構成値に変更する場合は、最大サーバー メモリの値を入力します。

[SQL Server データベース エンジン用に推奨されているメモリ構成を受け入れるには、ここをクリックします] : このサーバーで計算された推奨メモリ構成を受け入れるには、このチェック ボックスをオンにします。 [推奨] ラジオ ボタンを選択した場合、このチェック ボックスをオンにしないとセットアップを続行できません。

[データベース エンジンの構成] - [FILESTREAM] ページ

このページを使用して、2019 年 (15.x) のこのインストールSQL Server FILESTREAM を有効にしてください。 FILESTREAM は、varbinary(max) バイナリ ラージ オブジェクト (BLOB) データをファイル システムにファイルとして格納することで、SQL Server データベース エンジン を NTFS ファイル システムと統合します。 Transact-SQL ステートメントでは、FILESTREAM データの挿入、更新、クエリ、検索、バックアップを行うことができます。 Microsoft Win32 ファイル システム インターフェイスによるデータへのストリーミング アクセスが可能になります。

UI 要素の一覧

Transact-SQL アクセスに対して FILESTREAM を有効にする: Transact-SQLアクセスに対して FILESTREAM を有効にする場合に選択します。 他のオプションを使用するには、先にこのチェック ボックスをオンにする必要があります。

[ファイル I/O ストリーム アクセスに対して FILESTREAM を有効にする] : FILESTREAM の Win32 ストリーム アクセスを有効にする場合にオンにします。

[Windows 共有名] : FILESTREAM データを格納する Windows 共有の名前を入力します。

[リモート クライアントに FILESTREAM データへのストリーム アクセスを許可する] : リモート クライアントにこのサーバー上の FILESTREAM データへのアクセスを許可するには、このチェック ボックスをオンにします。

関連項目

[データベース エンジンの構成] - [ユーザー インスタンス] ページ

[ユーザー インスタンス] ページは次の目的に使用します。

  • 管理者アクセス許可のないユーザーに対して、データベース エンジンインスタンスを個別に生成します。
  • ユーザーを管理者ロールに追加します。

Options

[ユーザー インスタンスを有効にする] : 既定値はオンです。 ユーザー インスタンスを有効にする機能を無効にするには、チェック ボックスをオフにします。

ユーザー インスタンス (子またはクライアント インスタンスとも呼ばれる) は、親インスタンス (SQL Server Express など、サービスとして実行されるプライマリ インスタンス) によってユーザーに代わって生成される SQL Server のインスタンスです。 ユーザー インスタンスは、そのユーザーのセキュリティ コンテキストでのユーザーのプロセスとして実行します。 親インスタンスやコンピューター上で実行するその他のユーザー インスタンスとは分離されます。 ユーザー インスタンス機能は "通常のユーザーとして実行" (Run As Normal User: RANU) とも呼ばれます。

Note

セットアップ中に sysadmin 固定サーバー ロールのメンバーとして準備されたログインは、テンプレート データベース内の管理者として準備されます。 削除されない限り、これらはユーザー インスタンス上の sysadmin 固定サーバー ロールのメンバーです。

管理者ロールにユーザー SQL Server追加する: 既定値はオフです。 現在のセットアップ ユーザーを管理者ロールにSQL Serverするには、チェック ボックスをオンにします。

Windows BUILTIN\Administrators のメンバーである Vista ユーザーは、接続時に sysadmin 固定サーバー ロールに自動的に追加SQL Server Express。 サーバー Windows管理者ロールに明示的に追加された Vista ユーザーだけが、ユーザーを管理SQL Server Express。 Built-In\Users グループのメンバーは、SQL Server Express インスタンスに接続できますが、データベース タスクを実行するためのアクセス許可は制限されます。 このため、Windows の以前のリリースで SQL Server Express 特権が BUILTIN\Administrators と Built-In\Users から継承されるユーザーには、Windows Vista で実行されている SQL Server Express のインスタンスで管理特権を明示的に付与する必要があります。

インストール プログラムの終了後にユーザー ロールを変更するには、SQL Server Management Studio または Transact-SQL を使用します。