Full-Text 検索機能のアップグレード

2017-03-08

SQL Server 2014 へのフルテキスト検索のアップグレードは、セットアップ中、および以前のバージョンの SQL Server のデータベースファイルとフルテキストカタログが、データベースのコピーウィザードを使用してアタッチ、復元、またはコピーされるときに行われます。

このトピックでは、フルテキスト検索のアップグレードに関する次の側面について説明します。

サーバーインスタンスのアップグレード
Full-Text アップグレードオプション
Full-Text アップグレードオプションの選択に関する考慮事項
データベースを SQL Server 2014 にアップグレードするときの Full-Text インデックスの移行
SQL Server 2005 Full-Text カタログを SQL Server 2014 に復元する際の考慮事項
SQL Server 2005 データベースを SQL Server 2014 にアタッチする

サーバーインスタンスのアップグレード

インプレースアップグレードの場合、SQL Server 2014 のインスタンスが以前のバージョンの SQL Server と並行して設定され、データが移行されます。以前のバージョンの SQL Server にフルテキスト検索がインストールされている場合は、新しいバージョンのフルテキスト検索が自動的にインストールされます。サイドバイサイドインストールとは、次の各コンポーネントが SQL Server のインスタンスレベルに存在することを意味します。

ワードブレーカー、ステミング機能、フィルター
各インスタンスでは、これらのコンポーネントのオペレーティングシステムバージョンに依存するのではなく、独自のワードブレーカー、ステミング機能、フィルターのセットが使用されるようになりました。これらのコンポーネントは、インスタンスごとのレベルで登録および構成する方が簡単です。詳細については、「検索用のワードブレーカーとステミング機能の構成と管理」および「検索用フィルターの構成と管理」を参照してください。

フィルターデーモンホスト
フルテキストフィルターデーモンホストは、Full-Text エンジンの整合性を損なうことなく、ワードブレーカー、ステマー、フィルターなど、インデックスとクエリに使用される拡張可能な外部コンポーネントを安全に読み込んで駆動するプロセスです。サーバーインスタンスでは、マルチスレッドフィルターに対してはすべてマルチスレッド処理が使用され、シングルスレッドフィルターに対してはすべてシングルスレッド処理が使用されます。

注

SQL Server 2008 では、FDHOST Launcher サービス (MSSQLFDLauncher) のサービスアカウントが導入されました。このサービスは、サービスアカウント情報を SQL Server の特定のインスタンスのフィルターデーモンホストプロセスに伝達します。サービスアカウントの設定の詳細については、「フルテキストフィルターデーモンランチャーのサービスアカウントの設定」を参照してください。

SQL Server 2005 では、各フルテキストインデックスは、ファイルグループに属し、物理パスを持ち、データベースファイルとして扱われるフルテキストカタログに存在します。 SQL Server 2008 以降のバージョンでは、フルテキストカタログは、フルテキストインデックスのグループを含む論理オブジェクトまたは仮想オブジェクトです。そのため、新しいフルテキストカタログは、物理パスを持つデータベースファイルとして扱われません。ただし、データファイルを含むフルテキストカタログのアップグレード中に、同じディスクに新しいファイルグループが作成されます。これにより、アップグレード後の古いディスク I/O 動作が維持されます。ルートパスが存在する場合、そのカタログのフルテキストインデックスは新しいファイルグループに配置されます。古いフルテキストカタログパスが無効な場合、アップグレードでは、フルテキストインデックスがベーステーブルと同じファイルグループに保持されるか、パーティションテーブルの場合はプライマリファイルグループに保持されます。

注

SQL Server 2005 Transact-SQL フルテキストカタログを指定する DDL ステートメントは引き続き正常に動作します。

Full-Text アップグレードの選択肢

サーバーインスタンスを SQL Server 2014 にアップグレードする場合、ユーザーインターフェイスでは、次のいずれかのフルテキストアップグレードオプションを選択できます。

輸入
フルテキストカタログがインポートされます。通常、インポートは再構築よりも大幅に高速です。たとえば、1 つの CPU のみを使用する場合、インポートはリビルドの約 10 倍速く実行されます。ただし、インポートされたフルテキストカタログでは、最新バージョンの SQL Server と共にインストールされた新しいワードブレーカーは使用されません。クエリ結果の一貫性を確保するには、フルテキストカタログを再構築する必要があります。

注

リビルドはマルチスレッドモードで実行できます。10 個を超える CPU が使用可能な場合は、すべての CPU のリビルドを許可すると、インポートよりもリビルドの実行速度が速くなる可能性があります。

フルテキストカタログを使用できない場合は、関連付けられているフルテキストインデックスが再構築されます。このオプションは、SQL Server 2005 データベースでのみ使用できます。

フルテキストインデックスのインポートによる影響については、このトピックで後述する「Full-Text アップグレードオプションの選択に関する考慮事項」を参照してください。

建て直す
フルテキストカタログは、新しい拡張ワードブレーカーを使用して再構築されます。インデックスの再構築には時間がかかる場合があり、アップグレード後に大量の CPU とメモリが必要になる場合があります。

リセット
フルテキストカタログがリセットされます。 SQL Server 2005 からアップグレードすると、フルテキストカタログファイルは削除されますが、フルテキストカタログとフルテキストインデックスのメタデータは保持されます。アップグレード後、すべてのフルテキストインデックスは変更の追跡に対して無効になり、クロールは自動的に開始されません。カタログは、アップグレードが完了した後、完全な入力を手動で発行するまで空のままです。

Full-Text アップグレードオプションの選択に関する考慮事項

アップグレードオプションを選択する際は、次の点を考慮してください。

クエリ結果の一貫性が必要ですか?

SQL Server 2014 では、Full-Text およびセマンティック検索で使用する新しいワードブレーカーがインストールされます。ワードブレーカーは、インデックス作成時とクエリ時の両方で使用されます。フルテキストカタログを再構築しないと、検索結果に一貫性がない可能性があります。以前のバージョンの SQL Server と現在のワードブレーカーでワードブレーカーによって異なる方法で壊れている語句を検索するフルテキストクエリを発行した場合、その語句を含むドキュメントまたは行が取得されない可能性があります。これは、インデックス付きフレーズが、クエリで使用されているロジックとは異なるロジックを使用して破損したためです。解決策は、インデックス時刻とクエリ時間の動作が同じになるように、フルテキストカタログに新しいワードブレーカーを再入力 (再構築) することです。 [再構築] オプションを選択してこれを行うか、[インポート] オプションを選択した後で手動でリビルドできます。
整数のフルテキストキー列に基づいてフルテキストインデックスが作成されたかどうか。

再構築では内部最適化が実行され、場合によってはアップグレードされたフルテキストインデックスのクエリパフォーマンスが向上します。具体的には、ベーステーブルのフルテキストキー列が整数データ型であるフルテキストインデックスを含むフルテキストカタログがある場合、再構築すると、アップグレード後のフルテキストクエリの理想的なパフォーマンスが実現されます。この場合は、[ リビルド ] オプションを使用することを強くお勧めします。

注

SQL Server 2014 のフルテキストインデックスの場合、フルテキストキーとして機能する列は整数データ型にすることをお勧めします。詳細については、「 Full-Text インデックスのパフォーマンスの向上」を参照してください。
サーバーインスタンスをオンラインにするための優先順位は何ですか?

アップグレード中のインポートまたは再構築には多くの CPU リソースが必要です。そのため、サーバーインスタンスの残りの部分がアップグレードされてオンラインになるのが遅れます。サーバーインスタンスをできるだけ早くオンラインにすることが重要であり、アップグレード後に手動作成を実行する場合は、 リセット が適しています。

SQL Server 2005 Full-Text インデックスのインポート後のクエリ結果の一貫性を確保する

SQL Server 2005 データベースを SQL Server 2014 にアップグレードするときにフルテキストカタログがインポートされた場合、古いワードブレーカーと新しいワードブレーカーの動作が異なるため、クエリとフルテキストインデックスの内容が一致しない可能性があります。この場合、クエリとフルテキストインデックスコンテンツの間の完全一致を保証するには、次のいずれかのオプションを選択します。

フルテキストインデックスを含むフルテキストカタログを再構築する (ALTER FULLTEXT CATALOGcatalog_name REBUILD)
フルテキストインデックスに対して FULL POPULATION を発行します (ALTER FULLTEXT INDEX ON table_name START FULL POPULATION)。

ワードブレーカーの詳細については、「検索用のワードブレーカーとステマーの構成と管理」を参照してください。

Noise-Word ファイルをストップリストにアップグレードする

SQL Server 2005 のノイズワードは、SQL Server 2008 以降のバージョンではストップワードに置き換えられました。データベースを SQL Server 2005 から SQL Server 2014 にアップグレードすると、ノイズワードファイルは使用されなくなります。ただし、古いノイズワードファイルは FTDATA\ FTNoiseThesaurusBak フォルダーに格納され、対応する SQL Server 2014 ストップリストを更新またはビルドするときに後で使用できます。

SQL Server 2005 からアップグレードした後:

SQL Server 2005 のインストールでノイズワードファイルを追加、変更、削除したことがない場合は、システムストップリストがニーズを満たす必要があります。
ノイズワードファイルが SQL Server 2005 で変更された場合、それらの変更はアップグレード中に失われます。これらの更新プログラムを再作成するには、対応する SQL Server 2008 ストップリストでそれらの変更を手動で再作成する必要があります。詳細については、 ALTER FULLTEXT STOPLIST (Transact-SQL) を参照してください。
フルテキストインデックスにストップワードを適用しない場合 (たとえば、SQL Server 2005 のインストールでノイズワードファイルを削除または消去した場合)、アップグレードされたフルテキストインデックスごとにストップリストをオフにする必要があります。次の Transact-SQL ステートメントを実行します (データベース をアップグレードしたデータベースの名前に置き換え、テーブル をテーブルの名前に置き換えます)。
```
Use database;   
ALTER FULLTEXT INDEX ON table  
   SET STOPLIST OFF;  
GO  
```
STOPLIST OFF 句は、ストップワードフィルタリングを解除し、ノイズと見なされる単語をフィルターせずにテーブルのデータを集める処理を開始します。

バックアップとインポートされた Full-Text カタログ

アップグレード中に再構築またはリセットされるフルテキストカタログ (および新しいフルテキストカタログの場合) の場合、フルテキストカタログは論理的な概念であり、ファイルグループには存在しません。したがって、SQL Server 2014 でフルテキストカタログをバックアップするには、カタログのフルテキストインデックスを含むすべてのファイルグループを特定し、各ファイルグループを 1 つずつバックアップする必要があります。詳細については、「 Full-Text カタログとインデックスのバックアップと復元」を参照してください。

SQL Server 2005 からインポートされたフルテキストカタログの場合、フルテキストカタログは引き続き独自のファイルグループ内のデータベースファイルです。 MSFTESQL サービスが SQL Server 2014 に存在しない点を除き、フルテキストカタログの SQL Server 2005 バックアッププロセスは引き続き適用されます。 SQL Server 2005 プロセスの詳細については、「SQL Server 2005 オンラインブックの Full-Text カタログのバックアップと復元」を参照してください。

データベースを SQL Server 2014 にアップグレードするときの Full-Text インデックスの移行

以前のバージョンの SQL Server のデータベースファイルとフルテキストカタログは、アタッチ、復元、またはデータベースコピーウィザードを使用して、既存の SQL Server 2014 サーバーインスタンスにアップグレードできます。 SQL Server 2005 フルテキストインデックスがある場合は、インポート、リセット、または再構築されます。 upgrade_option サーバープロパティは、これらのデータベースのアップグレード中にサーバーインスタンスが使用するフルテキストアップグレードオプションを制御します。

SQL Server 2005 データベースを SQL Server 2014 にアタッチ、復元、またはコピーすると、データベースはすぐに使用可能になり、自動的にアップグレードされます。インデックスを作成するデータの量によっては、インポートに数時間かかる場合があり、再構築には最大で 10 倍かかる場合があります。また、アップグレードオプションがインポートに設定されている場合、フルテキストカタログを使用できない場合は、関連付けられているフルテキストインデックスが再構築されることに注意してください。

サーバーインスタンスでフルテキストアップグレードの動作を変更するには

Transact-SQL: sp_fulltext_serviceのupgrade_optionアクションを使用する
SQL Server Management Studio: [サーバーのプロパティ] ダイアログボックスの Full-Text アップグレードオプションを使用します。詳細については、サーバーインスタンスのFull-Textを管理と監視し、検索するを参照してください。

SQL Server 2005 Full-Text カタログを SQL Server 2014 に復元する際の考慮事項

フルテキストデータを SQL Server 2005 データベースから SQL Server 2014 にアップグレードする方法の 1 つは、データベースの完全バックアップを SQL Server 2014 に復元することです。

SQL Server 2005 フルテキストカタログをインポートするときに、データベースとカタログファイルをバックアップおよび復元できます。この動作は、SQL Server 2005 の場合と同じです。

データベースの完全バックアップには、フルテキストカタログが含まれます。フルテキストカタログを参照するには、SQL Server 2005 ファイル名sysft_+catalog-name を使用します。
フルテキストカタログがオフラインの場合、バックアップは失敗します。

SQL Server 2005 フルテキストカタログのバックアップと復元の詳細については、SQL Server 2005 オンラインブックの「Full-Text カタログのバックアップと復元」および「ファイルのバックアップと復元と Full-Text カタログ」を参照してください。

SQL Server 2014 でデータベースが復元されると、フルテキストカタログ用に新しいデータベースファイルが作成されます。このファイルの既定の名前は ftrow_catalog-name.ndf です。たとえば、 catalog-name が cat1の場合、SQL Server 2014 データベースファイルの既定の名前は ftrow_cat1.ndf。ただし、既定の名前がターゲットディレクトリで既に使用されている場合、新しいデータベースファイルの名前は ftrow_catalog-name{GUID}.ndf になります。 GUID は新しいファイルのグローバル一意識別子です。

カタログがインポートされると、sys.database_filesとsys.master_fileが更新されてカタログエントリが削除され、sys.fulltext_catalogsのパス列が NULL に設定されます。

データベースをバックアップするには

データベースの完全バックアップ (SQL Server)
トランザクションログバックアップ (SQL Server) (完全復旧モデルのみ)

データベースバックアップを復元するには

例

次の例では、 RESTORE ステートメントの MOVE 句を使用して、 ftdb1という名前の SQL Server 2005 データベースを復元します。 SQL Server 2005 データベース、ログ、カタログファイルは、次のように SQL Server 2014 サーバーインスタンスの新しい場所に移動されます。

データベースファイル ftdb1.mdfは、 C:\Program Files\Microsoft SQL Server\MSSQL.1MSSQL12.MSSQLSERVER\MSSQL\DATA\ftdb1.mdfに移動されます。
ログファイルftdb1_log.ldfは、ログディスクドライブのログディレクトリ (log_drive:\log_directory\ftdb1_log.ldfに移動されます。
sysft_cat90 カタログに対応するカタログファイルは、C:\tempに移動されます。フルテキストインデックスがインポートされると、データベースファイル C:\ftrow_sysft_cat90.ndf に自動的に配置され、C:\temp が削除されます。

RESTORE DATABASE [ftdb1] FROM  DISK = N'C:\temp\ftdb1.bak' WITH  FILE = 1,  
   MOVE N'ftdb1' TO N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\ftdb1.mdf',  
    MOVE N'ftdb1_log' TO N'log_drive:\log_directory\ftdb1_log.ldf',  
    MOVE N'sysft_cat90' TO N'C:\temp';

SQL Server 2005 データベースを SQL Server 2014 にアタッチする

SQL Server 2008 以降のバージョンでは、フルテキストカタログはフルテキストインデックスのグループを参照する論理的な概念です。フルテキストカタログは、どのファイルグループにも属さない仮想オブジェクトです。ただし、フルテキストカタログファイルを含む SQL Server 2005 データベースを SQL Server 2014 サーバーインスタンスにアタッチすると、SQL Server 2005 と同じように、カタログファイルは以前の場所から他のデータベースファイルと共にアタッチされます。

SQL Server 2014 に接続されている各フルテキストカタログの状態は、データベースが SQL Server 2005 からデタッチされたときと同じです。デタッチ操作によってフルテキストインデックスの作成が中断された場合、作成は SQL Server 2014 で再開され、フルテキストインデックスがフルテキスト検索に使用できるようになります。

SQL Server 2014 でフルテキストカタログファイルが見つからない場合、または新しい場所を指定せずにアタッチ操作中にフルテキストファイルが移動された場合、動作は選択したフルテキストアップグレードオプションによって異なります。フルテキストアップグレードオプションが Import または Rebuild の場合、添付されたフルテキストカタログが再構築されます。フルテキストアップグレードオプションが [リセット] の場合、添付されたフルテキストカタログがリセットされます。

データベースのデタッチとアタッチの詳細については、「データベースのデタッチとアタッチ (SQL Server)、 CREATE DATABASE (SQL Server Transact-SQL)、 sp_attach_db、 sp_detach_db (Transact-SQL)」を参照してください。

こちらもご覧ください

フルテキスト検索の概要
 検索用のワードブレーカーとステミング機能の構成と管理
 検索用フィルターの構成と管理