MSSQLSERVER_17207
适用于：
SQL Server
详细信息
| 属性 | 值 |
|---|---|
| 产品名称 | SQL Server |
| 事件 ID | 17207 |
| 事件来源 | MSSQLSERVER |
| 组件 | SQLEngine |
| 符号名称 | DBLKIO_OS2DISKERROR |
| 消息正文 | %ls: 创建或打开文件 '%ls' 时出现操作系统错误 %ls。 请诊断并更正该操作系统错误，然后重试操作。 |
说明
SQL Server 由于指定的 OS 错误而无法打开指定的文件。
当 SQL Server 无法打开数据库和/或事务日志文件时，Windows 应用程序事件或 SQL Server 错误日志中可能会出现错误 17207。 此错误如以下示例所示。
Error: 17207, Severity: 16, State: 1.
FileMgr::StartSecondaryDataFiles: Operating system error 2(The system cannot find the file specified.) occurred while creating or opening file 'F:\MSSQL\DATA\MyDB_FG1_1.ndf'. Diagnose and correct the operating system error, and retry the operation.
在 SQL Server 实例启动过程中或尝试启动数据库的任何数据库操作（例如 ALTER DATABASE）期间，可能会看到这些错误。 在某些情况下，你可能会看到 17207 和 17204 错误，而在其他情况下，你可能只会看到其中一种错误。
如果用户数据库遇到这些错误，该数据库将处于 RECOVERY_PENDING 状态，并且应用程序无法访问数据库。 如果系统数据库遇到这些错误，SQL Server 实例将不会启动，并且无法连接到此 SQL Server 实例。 这也可能导致 SQL Server 故障转移群集资源脱机。
如果问题与 SQL Server FileStream 文件组相关，则你会注意到，仅列出完整目录路径而不是文件名。 以下是一个示例。
Error: 17207, Severity: 16, State: 1.
STREAMFCB::Startup: Operating system error 2(The system cannot find the file specified.) occurred while creating or opening file 'C:\Program Files\Microsoft SQL Server\MSSQL13.SQL2016\MSSQL\DATA\bpa_files_test_fs_1\bpa_files_test_fs_1'. Diagnose and correct the operating system error, and retry the operation.
原因
在使用任何 SQL Server 数据库之前，需要启动数据库。 数据库启动过程涉及初始化各种数据结构（这些结构表示数据库和数据库文件），打开属于数据库的所有文件，最后在数据库上运行恢复。 SQL Server 使用 CreateFile Windows API 函数打开属于数据库的文件。
消息 17207（和 17204）指示在 SQL Server 尝试在启动过程中打开数据库文件时遇到错误。
这些错误消息包含下列信息：
尝试打开文件的 SQL Server 函数的名称。 通常在这些错误消息中看到如下函数名称：
- FCB：：Open - SQL Server 尝试打开文件时遇到错误
- FileMgr::StartPrimaryDataFiles - 主数据文件或属于主文件组的文件
- FileMgr::StartSecondaryDataFiles - 属于辅助文件组的文件
- FileMgr::StartLogFiles - 事务日志文件
- STREAMFCB::Startup - SQL FileStream 容器
- FCB::RemoveAlternateStreams
状态信息，用于区分可生成此错误消息的函数中的多个位置。
文件的完整物理路径。
对应于文件的文件 ID。
操作系统错误代码和错误说明。 在某些情况下，只会看到错误代码。
在这些错误消息中输出的操作系统错误信息是导致错误 17204 的根本原因。 这些错误消息的常见原因是权限问题或文件路径不正确。
用户操作
要解决错误 17207，需要了解关联的操作系统错误代码并诊断该错误。 解决操作系统错误条件后，可以尝试重启数据库（例如，使用 ALTER DATABASE SET ONLINE）或 SQL Server 实例使受影响的数据库联机。 在某些情况下，可能无法解决操作系统错误，因此必须采取特定的纠正措施。 本节将介绍这些操作。
如果 17207 错误消息仅包含错误代码而不是错误说明，则可以尝试使用操作系统 shell 中的命令解决错误代码：net helpmsg <错误代码> 。 如果收到的错误代码是一个 8 位数状态代码，可以参考如何将 HRESULT 转换为 Win32 错误代码？之类的信息源解码这些状态代码，了解它们在操作系统中都代表什么错误。
如果收到
Access is Denied操作系统错误 = 5，请考虑使用以下方法：通过在 Windows 资源管理器中查看文件的属性，检查文件的权限设置。 SQL Server 使用 Windows 组在各种文件资源上预配访问控制。 确保相应的组（名称类似于 SQLServerMSSQLUser$ComputerName$MSSQLSERVER 或 SQLServerMSSQLUser$ComputerName$InstanceName）具有对错误消息中提及的数据库文件的必要权限。 有关更多详细信息，请参阅配置数据库引擎访问的文件系统权限。 确保 Windows 组实际上包括 SQL Server 服务启动帐户或服务 SID。
查看 SQL Server 服务当前正在运行的用户帐户。 可以使用 Windows 任务管理器来获取此信息。 查找可执行文件“sqlservr.exe”的“用户名”值。 此外，如果最近更改了 SQL Server 服务帐户，则知道执行此操作支持的方法是使用SQL Server 配置管理器实用工具。 有关详细信息，请参阅 SQL Server 配置管理器。
根据操作类型（在服务器启动期间打开数据库、附加数据库、还原数据库等），用于模拟和访问数据库文件的帐户可能会有所不同。 请查看保护数据和日志文件主题，了解哪些操作为哪些帐户设置了哪些权限。 使用 Windows SysInternals 进程监视器之类的工具，了解是否在 SQL Server 实例服务启动帐户（或服务 SID）或模拟帐户的安全上下文中执行了文件访问。
如果 SQL Server 正在模拟可执行 ALTER DATABASE 或 CREATE DATABASE 操作的登录用户凭据，你将在进程监视器工具（示例）中注意到以下信息。
Date & Time: 3/27/2010 8:26:08 PM Event Class: File System Operation: CreateFile Result: ACCESS DENIED Path: C:\Program Files\Microsoft SQL Server\MSSQL13.SQL2016\MSSQL\DATA\attach_test.mdf TID: 4288 Duration: 0.0000366 Desired Access:Generic Read/Write Disposition: Open Options: Synchronous IO Non-Alert, Non-Directory File, Open No Recall Attributes: N ShareMode: Read AllocationSize: n/a Impersonating: DomainName\UserName
如果遇到
The system cannot find the file specifiedOS 错误 = 3：- 查看错误消息中的完整路径。
- 确保磁盘驱动器和文件夹路径可见并可从 Windows 资源管理器访问。
- 查看 Windows 事件日志，以确定此磁盘驱动器是否存在任何问题。
- 如果路径不正确并且该数据库已经存在于系统中，则可以使用移动数据库文件文章中所述的方法更改数据库文件路径。 你可能必须使用此过程，尤其是对于遇到 17204 或 17207 的系统数据库文件，并且你正在使用指定磁盘驱动器不可用的灾难恢复方案。 本主题还介绍了如何识别各种系统数据库[master、model、tempdb、msdb 和 mssqlsystemresource]的当前位置。
- 如果由于缺少数据库文件而看到此错误，则必须从有效的备份还原数据库：
- 如果与错误关联的数据库文件属于辅助文件组，则可以选择将该文件组标记为脱机，使数据库联机，然后单独执行该文件组的还原。 有关详细信息，请参阅主题 ALTER DATABASE 文件和文件组选项 (Transact-SQL) 的脱机部分。
- 如果产生错误的文件是一个事务日志文件，请查看主题 CREATE DATABASE (Transact-SQL) 中“FOR ATTACH”和“FOR ATTACH_REBUILD_LOG”部分下的信息，以了解如何重新创建丢失的事务日志文件。
- 确保在 SQL Server 尝试访问这些位置上的数据库文件之前，可以使用任何磁盘或网络位置（如 iSCSI 驱动器）。 如果需要，请在群集管理员或服务控制管理器中创建所需的依赖项。
如果遇到
The process cannot access the file because it is being used by another process操作系统错误 = 32：