ストレージ オプションとして SMB ファイル共有を使用して SQL Server をインストールする

SQL Server 2012 以降では、サーバー メッセージ ブロック (SMB) ファイル サーバーをストレージ オプションとして使用して、システム データベース (Master、Model、MSDB、TempDB)、およびデータベース エンジン ユーザー データベースをインストールできます。 これは、 SQL Server スタンドアロン インストールと SQL Server フェールオーバー クラスター インストール (FCI) の両方に当てはまります。

インストールに関する考慮事項

SMB ファイル共有の形式:

SMB ファイル共有を指定する際にスタンドアロンおよび FCI データベースでサポートされる汎用名前付け規則 (SMB) パスの形式を次に示します。

• \\ServerName\ShareName\

• \\ServerName\ShareName

汎用名前付け規則の詳細については、「 UNC (https://go.microsoft.com/fwlink/?LinkId=245534)」を参照してください。

ループバック UNC パス (サーバー名が localhost、127.0.0.1、またはローカル コンピューター名である UNC パス) はサポートされません。 特別なケースとして、 SQL Server と同じノードでホストされたファイル サーバー クラスターを使用している SQL Server もサポートされません。 この状況を避けるため、 SQL Server とファイル サーバー クラスターは、別個の Windows クラスターに作成することをお勧めします。

以下の UNC パス形式はサポートされていません。

• ループバック パス (例: \\localhost\..\ または \\127.0.0.1\...\

• 管理共有 (\\servername\x$ など)

• \\?\x:\ などのその他の UNC パス形式

• マップされたネットワーク ドライブ。

サポートされているデータ定義言語 (DDL) ステートメント

SMB ファイル共有をサポートする Transact-SQL DDL ステートメントおよびデータベース エンジン ストアド プロシージャを次に示します。

1. CREATE DATABASE (SQL Server Transact-SQL)

2. データベースを変更 (Transact-SQL)

3. RESTORE (Transact-SQL)

4. BACKUP (Transact-SQL)

5. sp_attach_db (Transact-SQL)

6. sp_attach_single_file_db (Transact-SQL)

インストール オプション

• セットアップ UI の [データベース エンジンの構成] ページの [データ ディレクトリ] タブで、[データ ルート ディレクトリ] パラメーターを "\\fileserver1\share1" に設定します。

• コマンド プロンプトでインストールする場合、"/INSTALLSQLDATADIR" に "\\fileserver1\share1" を指定します。

  次に、SMB ファイル共有オプションを使ってスタンドアロン サーバーに SQL Server をインストールするためのサンプル構文を示します。

  Setup.exe /q /ACTION=Install /FEATURES=SQL /INSTANCENAME=MSSQLSERVER /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="<StrongPassword>" /SQLSYSADMINACCOUNTS="<DomainName\UserName>" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="<StrongPassword>" /INSTALLSQLDATADIR="\\FileServer\Share1\" /IACCEPTSQLSERVERLICENSETERMS  
  

  データベース エンジンと Analysis Services を含む単一ノードの SQL Server フェールオーバー クラスター インスタンスを既定のインスタンスとしてインストールするには、次の手順に従ってください。

  setup.exe /q /ACTION=InstallFailoverCluster /InstanceName=MSSQLSERVER /INDICATEPROGRESS /ASSYSADMINACCOUNTS="<DomainName\UserName>" /ASDATADIR=<Drive>:\OLAP\Data /ASLOGDIR=<Drive>:\OLAP\Log /ASBACKUPDIR=<Drive>:\OLAP\Backup /ASCONFIGDIR=<Drive>:\OLAP\Config /ASTEMPDIR=<Drive>:\OLAP\Temp /FAILOVERCLUSTERDISKS="<Cluster Disk Resource Name - for example, 'Disk S:'" /FAILOVERCLUSTERNETWORKNAME="<Insert Network Name>" /FAILOVERCLUSTERIPADDRESSES="IPv4;xx.xxx.xx.xx;Cluster Network;xxx.xxx.xxx.x" /FAILOVERCLUSTERGROUP="MSSQLSERVER" /Features=AS,SQL /ASSVCACCOUNT="<DomainName\UserName>" /ASSVCPASSWORD="xxxxxxxxxxx" /AGTSVCACCOUNT="<DomainName\UserName>" /AGTSVCPASSWORD="xxxxxxxxxxx" /INSTALLSQLDATADIR="\\FileServer\Share1\" /SQLCOLLATION="SQL_Latin1_General_CP1_CS_AS" /SQLSVCACCOUNT="<DomainName\UserName>" /SQLSVCPASSWORD="xxxxxxxxxxx" /SQLSYSADMINACCOUNTS="<DomainName\UserName> /IACCEPTSQLSERVERLICENSETERMS  
  

  SQL Server 2014 のさまざまなコマンド ライン パラメーター オプションの使用方法の詳細については、「 コマンド プロンプトからの SQL Server 2014 のインストール」を参照してください。

オペレーティング システムに関する考慮事項 (SMB プロトコル vs. SQL サーバー)

Windows オペレーティング システムによって SMB プロトコルのバージョンが異なり、SMB プロトコルのバージョンは SQL Server に対して透過的です。 SQL Server 2014 に関して、さまざまな SMB プロトコル バージョンの利点があります。

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

• SQL Server サービス アカウントと SQL Server エージェント サービス アカウントには、SMB 共有フォルダーに対するフル コントロールの共有権限と NTFS 権限が必要です。 SMB ファイル サーバーを使用する場合、ドメイン アカウントまたはシステム アカウントを SQL Server サービス アカウントにすることができます。 共有および NTFS アクセス許可の詳細については、「ファイル サーバーの共有および NTFS アクセス許可」 (https://go.microsoft.com/fwlink/?LinkId=245535) を参照してください。

  注

  SMB 共有フォルダーに対する FULL CONTROL 共有のアクセス許可と NTFS アクセス許可は、SQL Server サービス アカウント、SQL Server エージェント サービス アカウント、および管理者サーバー ロールを持つ Windows ユーザーに制限する必要があります。

  ドメイン アカウントを SQL Server サービス アカウントとして使用することをお勧めします。 システム アカウントをサービス アカウントとして使用する場合は、コンピューター アカウントのアクセス許可を <domain_name>\<computer_name>$ の形式で付与します。

  注

  • SQL Server セットアップで、ストレージ オプションとして SMB ファイル共有を指定した場合は、ドメイン アカウントをサービス アカウントとして指定する必要があります。 SMB ファイル共有を使用する場合、システム アカウントは SQL Server のインストール後にのみサービス アカウントとして指定することができます。
  • 仮想アカウントでは、リモートの場所へアクセスすることはできません。 どの仮想アカウントも、コンピューター アカウントの権限を使用します。 <domain_name>\<computer_name>$ の形式でコンピューター アカウントをプロビジョニングしてください。

• SQL Server のインストールに使用するアカウントには、クラスターのセットアップ中に、データ ディレクトリとして使用される SMB ファイル共有フォルダー、またはその他のデータ フォルダー (ユーザー データベース ディレクトリ、ユーザー データベース ログ ディレクトリ、TempDB ディレクトリ、TempDB ログ ディレクトリ、バックアップ ディレクトリ) に対する FULL CONTROL アクセス許可が必要です。

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

既知の問題

• ネットワーク接続ストレージに存在する SQL Server 2014 データベースをデタッチすると、SQL Server データベースの再アタッチ中にデータベースのアクセス許可の問題が発生する可能性があります。 この問題は、 この KB 記事 (https://go.microsoft.com/fwlink/?LinkId=237321) で定義されています。 この問題を回避するには、KB記事の「詳細情報」セクションを参照してください。

• NetApp デバイスなどの一部のサード パーティは、すべての SQL Server API 呼び出しをサポートしていません。 これらを使用すると、次の情報が得られる場合があります。
  2015-06-04 13:14:19.97 spid9s エラー: 17053, 重大度: 16, 状態: 1.
  2015-06-04 13:14:19.97 spid9s DoDevIoCtlOut() GetOverlappedResult() : オペレーティング システム エラー 1 (関数が正しくありません。) が発生しました。

  NTFS の場合、エラーは無害です。 ただし、ReFS の場合、パフォーマンスが大幅に低下する可能性があります。

• SQL Serverのクラスター化されたインスタンスのストレージ オプションとして SMB ファイル共有が使用されている場合、 SQL Server Resource DLL にはこのファイル共有に対する読み取り/書き込み権限がないため、既定では、 SQL Server フェールオーバー クラスター診断ログをファイル共有に書き込むことができません。 この問題を解決するには、次のいずれかの方法を試してください。

  1. ファイル共有に対する読み取り/書き込み権限をクラスター内のすべてのコンピューター オブジェクトに付与する。

  2. 診断ログの場所をローカル ファイル パスに設定する。 次の例を参照してください。

     ALTER SERVER CONFIGURATION  
     SET DIAGNOSTICS LOG PATH = 'C:\logs';  
     

こちらもご覧ください

SQL Server のインストール計画
インストール方法に関するトピック
Windows サービス アカウントと権限の構成