John Asked: 2010-02-02 05:51:45 +0800 CST2010-02-02 05:51:45 +0800 CST 2010-02-02 05:51:45 +0800 CST SQL 2000 记录磁盘驱动器损坏 772 我们的 SQL 服务器 (2000) 上有一个包含所有日志文件的磁盘，所以我们更换了驱动器（没有 raid 配置，因此数据丢失），现在尝试连接到企业管理器时，我们无法连接，只是得到了一般连接失败消息。该服务似乎开始正常？ 有任何想法吗？我没想到日志文件会搞砸这么多？ 谢谢， 约翰 windows sql-server windows-server-2003 2 个回答 Voted Paul Randal 2010-02-02T13:26:00+08:002010-02-02T13:26:00+08:00 您确定服务启动正常吗？你怎么检查？ 如果数据库没有完全关闭，那么 SQL Server 将不会自动重新创建日志文件，因为丢失的日志文件中包含在这些数据库上正确运行崩溃恢复所需的信息。（请参阅我在 TechNet 杂志上的文章了解 SQL Server 中的日志记录和恢复）。 你有数据库的备份吗？如果不是，您可能正在考虑必须对某些数据库执行未记录且不受支持的事务日志重建以使其再次可访问 - 这通常会导致损坏（因为活动事务没有机会正确回滚），您使用 DBCC CHECKDB 修复它。 谢谢 Trevoke 2010-02-02T08:35:18+08:002010-02-02T08:35:18+08:00 我认为查询分析器有足够的控制权来登录并重新告诉数据库日志文件在哪里。否则，您可能必须循环 SQL 服务器服务以重新创建日志文件并再次开始写入它们。
您确定服务启动正常吗？你怎么检查？
如果数据库没有完全关闭，那么 SQL Server 将不会自动重新创建日志文件，因为丢失的日志文件中包含在这些数据库上正确运行崩溃恢复所需的信息。（请参阅我在 TechNet 杂志上的文章了解 SQL Server 中的日志记录和恢复）。
你有数据库的备份吗？如果不是，您可能正在考虑必须对某些数据库执行未记录且不受支持的事务日志重建以使其再次可访问 - 这通常会导致损坏（因为活动事务没有机会正确回滚），您使用 DBCC CHECKDB 修复它。
谢谢
我认为查询分析器有足够的控制权来登录并重新告诉数据库日志文件在哪里。否则，您可能必须循环 SQL 服务器服务以重新创建日志文件并再次开始写入它们。