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

適用対象: SQL Server

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

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

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

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

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

複数インスタンス

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

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

Options

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

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

• データベース サーバー上で SQL Server の単独のインスタンスをインストールする場合は、そのインスタンスは既定のインスタンスであることが必要です。

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

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

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

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

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

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

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

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

• Microsoft SQL Server 2016 (13.x) Power Pivot for SharePoint のインストールは、常に "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 フィールドで指定します。

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

SQL Server の特定のインスタンスを構成するすべてのコンポーネントは 1 つの単位として管理されます。 すべての SQL Server Service Pack とアップグレードが、SQL Server のインスタンスの各コンポーネントに適用されます。

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

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

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

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

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

オプション

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

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

関連項目

• サービス アカウントの構成 (Analysis Services)
• Windows サービス アカウントと権限の構成

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

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

UI 要素の一覧

考慮事項

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

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

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

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

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

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

関連項目

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

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

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

UI 要素の一覧

考慮事項

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

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

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

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

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

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

関連項目

• ディレクトリ、ファイルの場所、およびインスタンス ID の名前付けの詳細については、「SQL Server の既定のインスタンスおよび名前付きインスタンスのファイルの場所」を参照してください。
• ファイル サーバーの共有アクセス許可と NTFS アクセス許可

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

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

新しいバージョンの SQL Server を実行するときの考慮事項

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

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

Options

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

[Windows プリンシパルのプロビジョニング]: 以前のバージョンの SQL Server では、Windows の BUILTIN\Administrators ローカル グループが SQL Server sysadmin サーバー ロールに配置され、事実上、Windows 管理者に対して、SQL Server のインスタンスへのアクセスが許可されていました。 SQL Server の新しいバージョンでは、BUILTIN\Administrators グループは sysadmin サーバー ロールでプロビジョニングされません。 代わりに、セットアップ時に新規インストール用の SQL Server 管理者を明示的に用意する必要があります。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

関連項目

Windows 認証と SQL Server 認証のどちらを選択するかについて詳しくは、「認証モードの選択」を参照してください。

SQL Server DB エンジンを実行するアカウントの選択の詳細については、「Windows サービス アカウントと権限の構成」を参照してください。

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

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

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

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

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

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

UI 要素の一覧

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

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

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

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

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

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

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

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

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

考慮事項

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

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

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

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

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

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

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

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

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

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

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

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

次の表は、SQL Server のフェールオーバー クラスター インスタンスについて、サポートされているストレージの種類と、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) では、最大初期ファイル サイズ 262,144 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 です (または、SQL Server Express の場合は 4 MB)。 SQL Server 2017 (14.x) では、最大初期ファイル サイズ 262,144 MB (256 GB) が導入されています。 SQL Server 2016 (13.x) の最大初期ファイル サイズは 1024 MB です。 tempdb は SQL Server が起動するか、フェールオーバーするたびに再作成されるため、通常の作業のワークロードに必要なサイズに近いサイズを指定します。 起動時にさらに効率的に tempdb を作成するには、データベースのファイルの瞬時初期化を有効にします。

  注意

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

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

  注意

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

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

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

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

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

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

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

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

関連項目

• Windows サービス アカウントと権限の構成
• ファイル サーバーの共有アクセス許可と NTFS アクセス許可

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

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

UI 要素の一覧

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

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

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

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

関連項目

• FILESTREAM の有効化と構成
• sp_configure (Transact-SQL)

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

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

• 管理者アクセス許可を持たないユーザー用に SQL Server DB エンジンの別のインスタンスを生成します。
• ユーザーを管理者ロールに追加します。

Options

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

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

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

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

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