Azure Function应用敏感度标签时遇SQLite错误14：无法打开数据库文件

针对你遇到的SQLite error: 14 'unable to open database file'错误，以下是具体的排查和解决步骤：

核心原因 #

错误本质是SQLite无法访问指定的数据库文件，要么是路径不可写，要么是依赖部署不正确——Azure Function的沙盒环境对文件系统访问有严格限制，不能直接使用系统默认路径。

1. 修正数据库存储路径 #

Azure Function仅允许在特定目录写入文件，绝对不能用C:\根目录或系统默认路径，必须使用函数应用的可写目录：

• 持久化存储推荐用%HOME%\data（对应物理路径C:\home\data）
• 临时存储可使用%TEMP%（但函数重启后会被清空）

在初始化MIP PolicyProfile时，显式指定这个路径：

var profileSettings = new PolicyProfileSettings
{
  StoragePath = Path.Combine(Environment.GetEnvironmentVariable("HOME"), "data", "mip_database")
};
var profile = await PolicyEngine.CreateProfileAsync(profileSettings);

2. 确保目标目录有读写权限 #

通过Kudu工具（Advanced Tools）进入C:\home\data目录，执行以下命令赋予应用池权限：

icacls "C:\home\data" /grant "IIS APPPOOL\<你的函数应用名称>":(OI)(CI)RW

替换<你的函数应用名称>为实际的应用名称，比如my-function-app。

3. 正确部署SQLite依赖 #

• 不要将sqlite.dll放在wwwroot\tools，应该放到wwwroot\bin目录下，函数应用会优先从bin目录加载原生依赖。
• 确保使用x64版本的sqlite3.dll（Azure Function默认运行在x64环境），如果是x86函数应用则对应x86版本。
• 推荐通过项目文件配置自动复制：在.csproj中添加以下内容，部署时自动将dll复制到输出目录：

<ItemGroup>
  <Content Include="sqlite3.dll">
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
  </Content>
</ItemGroup>

4. 排查计划模式限制 #

如果使用的是消耗计划，沙盒环境可能对文件系统有额外限制，可临时切换到基本/标准计划测试，确认错误是否消失。若切换后正常，说明消耗计划的沙盒限制导致，需要调整存储策略（比如改用Azure Blob存储保存数据库文件，部分MIP版本支持）。

5. 验证目录存在性 #

确保你指定的数据库存储目录已经存在，可在函数启动时添加代码创建目录：

var dbPath = Path.Combine(Environment.GetEnvironmentVariable("HOME"), "data", "mip_database");
if (!Directory.Exists(dbPath))
{
  Directory.CreateDirectory(dbPath);
}

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