Office 连 SQL Server 的凭据怎么配
Excel / Access / Power Query 连接 SQL Server 时凭据的三种存法:Windows 认证免密、SQL 认证存凭据、Windows 凭据管理器预存,各自适用场景与失效原因。
结论先行
Office 连 SQL Server 的凭据只有两类:Windows 认证(用当前登录身份,域内免密)和 SQL 认证(账密,可存进查询/数据源属性或 Windows 凭据管理器)。选型只看环境:域内机器优先 Windows 认证;无域/跨域用 SQL 认证并把凭据存起来,别让使用者每次手填。
三种存法对照
| 方式 | 存哪 | 适用 |
|---|---|---|
| Windows 认证 | 不存(随登录身份走) | 客户端与引擎同域/可信域 |
| SQL 认证(存查询里) | Power Query / ODBC DSN 属性中 | 固定账号的应用级取数 |
| SQL 认证(凭据管理器) | Windows 凭据管理器 | 多程序共用同一套账密,改一处全局生效 |
保存 SQL 账密到数据源属性后,该账密的密码一旦在引擎侧修改,已存凭据全部失效——集中管理的好处也是这里:改密码时知道要同步哪些位置。
怎么配
- Power Query:数据 → 数据源选项 → 数据库凭据 → 添加服务器与账密(存到 Windows 凭据管理器);
- ODBC DSN:建 DSN 时选 SQL 认证填账密,或选「Windows 认证」让 DSN 跟随当前登录;
- Access 引用:连接对话框选对应认证方式,凭据随连接保存。
凭据突然失效的常见原因
| 现象 | 根因 |
|---|---|
| 重启域控/换密码后全挂 | Windows 认证身份变了,重新登录或更新凭据 |
| 某台机器单独挂 | 该机器 Windows 凭据管理器里存了旧密码 |
| 全部门都挂 | 引擎侧改了 SQL 账号密码,批量更新各存点 |
| 换了网络位置(入域/出域) | 身份验证协议本身不再适用,换 SQL 认证 |
引擎侧账号管理对照 SQL Server 2022 Developer 条目环境;用 SSMS 管理工具条目 可先确认该 SQL 登录有效且映射到目标库,再配 Office 侧凭据。Office 宿主对照 Office 条目。