Dead Raid Card SQL Server 在内存中运行

长话短说 raid 卡死了，所以无法访问卷。

绝对不是一件好事，但是可以购买替代品吗？如果直接在主板上，可以更换主板吗？

SQL 服务仍在运行，访问数据库的应用程序仍在响应。

只要不要求现在不可访问的文件中的数据提供任何数据，这就会起作用。如果是，它将向会话返回错误并在错误日志中写入一些信息。这可能正在发生。

如果在某个时候，来自该卷的数据在内存中并且随后发生了更改，那么您应该会在错误日志中看到来自检查点无法写入磁盘的错误。这导致了一些结论，但如果不查看数据库元数据就很难下结论。一般来说，如果您在事件日志、错误日志或会话（如果您正在查看）中没有看到任何写入磁盘的失败，则可以得出以下某些结论可能是正确的：

1. 数据库文件未被使用且不需要
2. 数据库文件正在使用但没有数据改变
3. 数据库文件未在使用中，但将在以后使用（月末等）
4. 数据库文件中的某些数据在内存中但未更改
5. 数据库文件中没有数据在内存中
6. 这些文件都不是日志文件，或者它们是日志文件但没有使用 VLF

这个列表似乎非常矛盾，但它们的倍数可以同时为真。同样，在没有看到实际元数据的情况下很难说。

备份当然不是最新的。

这实际上是根本问题（我知道你认为是 RAID 卡），因为有了备份，它可以恢复到不同的服务器，更新 DNS，创建登录名，然后每个人都可以正常工作。这不是贬低，只是一个例子。

我的问题是 mssql 在内存中存储了什么，据我所知，它将所有内容存储在 ram 中，然后转储到文件中？

你可以这样想，是的。非常简单的版本是，如果它存在于磁盘上，它最初被读入内存，在内存中发生更改，如果它是基于磁盘的表，则稍后写回磁盘。

如果我进行原始 ram 转储，专家是否可以恢复数据？

老实说，我不确定这是否是一种合适的方式。如果离线文件当前没有向日志中注入大量错误，并且由于无法检索数据而向客户端返回大量错误......您可能不需要（此时）来自那些的数据文件。此外，换卡应该可以解决眼前的问题。

我相信问题是您可以在不丢失任何数据的情况下关机吗？如果是这样，并且您没有出现上面列出的大量错误，那么您很可能根本不会损失太多 - 这不是保证和 YMMV，但如果您查看所有其他日志，它应该会给您一个主意。这是要点，如果它现在在内存中并且已被更改，那么日志记录存在，无论它是否在稍后某个时间点成功刷新到磁盘，这意味着在数据库启动时它应该重做事务。

要求您的客户断开连接或停止使用服务，停止服务或应用程序，然后处理数据库。这种情况持续运行的时间越长，发生更具灾难性的事情的风险就越高。