SQL Server 全文索引目錄誤刪後的緊急恢復與刪除方案

問題現象

全文索引目錄（默認路徑 ...\MSSQL\FTDATA）被手動刪除文件夾後，Enterprise Manager 無法正常刪除全文索引，報錯「找不到目錄」或操作卡死。

根因分析

SQL Server 全文索引元數據（sys.fulltext_catalogs、sys.fulltext_indexes）仍記錄舊目錄路徑，但物理文件缺失導致引擎無法完成掛載/卸載操作，進而阻塞 DDL。

緊急恢復步驟（無需重建數據庫）

1. 準備乾淨 FTDATA 目錄：
   • 在另一台安裝相同版本 SQL Server、且已配置全文檢索的機器上，複製 Program Files\Microsoft SQL Server\MSSQL\FTDATA 整個文件夾。
   • 粘貼到故障機器對應路徑（覆蓋或重建同名目錄）。
2. 重啟全文搜索服務：

   net stop "Microsoft Search"
   net start "Microsoft Search"
   -- 或 SQL Server 2008+ 使用
   net stop "SQL Server FullText Search ($INSTANCE)"
   net start "SQL Server FullText Search ($INSTANCE)"

3. 刪除全文索引/目錄：
   • Enterprise Manager / SSMS 右鍵刪除全文索引 → 刪除全文目錄。
   • 或 T-SQL 強制清理：

     -- 刪除全文索引
     ALTER TABLE dbo.target_table DROP FULLTEXT INDEX;
     -- 刪除全文目錄
     DROP FULLTEXT CATALOG catalog_name;

進階方案：元數據修正（若無法復制目錄）

僅適用於 SQL Server 2005+，需謹慎操作並備份 master 數據庫：

-- 1. 單用戶模式啟動 SQL Server
-- 2. 更新系統表（僅示意，實際列名需查詢 sys.columns）
UPDATE sys.fulltext_catalogs SET path = 'C:\NewFTData' WHERE name = 'catalog_name';
-- 3. 重啟服務並嘗試刪除

風險提示：直接修改系統表可能導致實例損壞，優先採用「復制目錄+重啟服務」方案。

預防措施

• 全文目錄路徑納入備份策略（文件級備份或 Volume Shadow Copy）。
• 設置目錄文件夾 ACL，禁止非 DBA 賬號刪除/重命名。
• 定期運行 DBCC CHECKDB 包含全文檢查，早期發現元數據不一致。

「復制目錄 → 重啟服務 → 刪除對象」是解決全文索引目錄誤刪的**標準急救流程**，通常 10 分鐘內可恢復正常。