对于您的初始情况，似乎您尝试过类似的操作（或在通过对话框时GUI为您准备的任何操作）：
CREATE DATAbase YAFnet ON (FILENAME = N'C:sql_dataYAFnet.mdf')FOR ATTACH;
但是，此方法需要一个
mdf文件和一个
ldf文件。否则，您将收到类似于以下内容的错误消息：
消息5120，级别16，状态101，第1行
无法打开物理文件“ C： sql_logs YAFnet_log.ldf”。操作系统错误2：“ 2（系统找不到指定的文件。）”。
现在，即使您只有
mdf文件，也有一种方法可以继续。假设您
mdf已从SQL
Server正确分离了一个文件，则应该能够
mdf使用以下语法在没有日志文件的情况下附加该文件：
CREATE DATAbase YAFnet ON (FILENAME = N'C:sql_dataYAFnet.mdf')FOR ATTACH_REBUILD_LOG;
但是，似乎在您的情况下，该文件未与SQL Server正确分离：
消息1813，级别16，状态2，第1行
物理文件名“ C： sql_logs
YAFnet_log.ldf”可能不正确。无法重建日志，因为关闭数据库时有打开的事务/用户，数据库没有检查点，或者数据库是只读的。如果由于硬件或环境故障而手动删除或丢失了事务日志文件，则可能会发生此错误。
有几种可能的解释，包括错误消息中提到的那些。可能是从某个无效的SAN阴影中检索到的，或者是在只读时已分离的，或者是在SQL
Server或基础系统崩溃，在复制/下载过程中损坏，或者其他人知道之后恢复的。
您将需要返回Yaf的支持或服务提供商的支持，以查看是否有 适当的备份
可用，否则，请查看
mdf文件的备用副本。还要记住，我们当中没有人真正知道Yaf是什么，也没有任何方法可以验证您在谈论哪个Yaf。
否则，您似乎不走运，因为此特定
mdf文件无效，因此不会使您走得太远。
这就是为什么分离/附加和/或O / S级别的文件复制方法对于SQL
Server而言不是非常有用的备份（或迁移）方法的原因。您需要适当的备份/恢复计划，这意味着要进行适当的完全/差异/日志备份，以适合您的数据丢失容忍度。分离数据库几乎总是一个次要的想法-在
mdf分离期间或分离之后文件发生问题时，您现在拥有数据库的
零 副本。
