除Azure认知搜索外，Azure Blob存储/文件共享全文检索方案咨询

针对你将9TB文档从SQL Server迁移到Azure Blob/文件共享后，因Azure认知服务存储限制无法使用其全文检索的问题，以下是几个可行的实现方案：

1. Azure AI Search（托管式检索服务） #

Azure AI Search可直接对接Azure Blob存储作为数据源，它的存储限制仅针对索引数据（提取的文本、元数据等，体积远小于原始文档），原始9TB文档仍保存在Blob中，完全满足存储需求。

• 核心操作：创建Blob数据源的索引器，配置文档格式解析（支持PDF、Word、Excel等主流格式），定义检索字段并启用全文检索，后续可通过REST API或SDK执行检索查询。
• 优势：托管服务无需运维，自带文档解析能力，支持分词、模糊检索、筛选等常用全文检索功能，与Azure生态集成度高。

2. Azure托管Elasticsearch/自建Elasticsearch集群 #

Elasticsearch是成熟的全文检索引擎，可完美适配Azure Blob的大体积文档存储：

• 托管版：使用Azure托管的Elasticsearch服务，通过elasticsearch-azure-blob-storage插件直接挂载Blob存储作为数据源，自动同步文档并构建索引；
• 自建版：在Azure VM或AKS上部署Elasticsearch集群，配合Logstash同步Blob中的文档，自定义索引规则和检索逻辑。
• 优势：支持复杂检索场景（如聚合分析、自定义分词），索引存储与原始文档分离，无认知服务的存储限制，性能可按需扩容。

3. SQL Server外部表+原生全文检索 #

如果希望保留原有SQL Server的查询逻辑，可将文档存储在Azure Blob，同时在SQL Server中创建外部表关联Blob数据：

• 操作：通过CREATE EXTERNAL DATA SOURCE指向Azure Blob，创建外部表映射文档路径和元数据，然后为外部表启用SQL Server原生全文检索。
• 优势：兼容原有应用的SQL查询语法，无需大幅修改代码，原始文档存储在Blob中，SQL Server仅维护元数据和检索索引，避免存储压力。

4. 自建开源检索引擎（如Apache Solr） #

若需要高度定制化的检索逻辑，可在Azure基础设施上部署Apache Solr：

• 操作：在Azure VM或AKS上搭建Solr集群，使用Solr的Azure Blob存储插件同步文档，配置索引字段和检索规则，实现全文检索。
• 优势：完全自定义配置，无云服务的功能限制，适合特殊格式文档或复杂检索需求，但需要自行负责集群运维和扩容。

内容的提问来源于stack exchange，提问作者Raja Gc