问：我正在进行一个SQL Server 2000数据库的错误诊断工作。这个数据库每天为数据仓库系统从主机上推送数据。数据库的大小为461GB，日志大小为67GB。出于存储空间的考虑，我决定将日志文件进行拆分并创建一个新的。
但是今天出现了无法连接数据库的问题，无论是本地连接还是远程连接都不可用了。当我在MMC下点开数据库树时，它就挂起了。我检查了时间查看器应用程序日志，发现从昨晚开始，日志每15秒就运行一次： 3455: Analysis of database ‘db_name’ (8) is x% complete (approximately xx more s……
我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。
我原创，你原创，我们的内容世界才会更加精彩！
【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
问：我正在进行一个SQL Server 2000数据库的错误诊断工作。这个数据库每天为数据仓库系统从主机上推送数据。数据库的大小为461GB，日志大小为67GB。出于存储空间的考虑，我决定将日志文件进行拆分并创建一个新的。但是今天出现了无法连接数据库的问题，无论是本地连接还是远程连接都不可用了。当我在MMC下点开数据库树时，它就挂起了。我检查了时间查看器应用程序日志，发现从昨晚开始，日志每15秒就运行一次：
3455: Analysis of database 'db_name' (8) is x% complete (approximately xx more seconds)
我认为这可能是自动缩减功能的结果。请问我该如何将它停止才能对数据库进行访问并检查相应设置。
答：首先，你不要对数据库进行拆分并删除事务日志，这是很不好的习惯。如果你不需要做时间点恢复的功能，可以将数据库恢复模式从FULL调整到SIMPLE。如果你需要进行时间点恢复，那么你需要开始进行事务日志备份。
从你的描述来看，当处理一个大事务时你的数据库服务器就重启。SQL Server试图进行事务回滚，而这项工作必须在数据库联机之前完成。SQL Server提示的剩余秒数似乎是很准确的。因此要中断这一操作是很冒风险的，你的数据极有可能丢失，最好还是继续等待操作完成后在进行数据库连接。
作者
翻译
相关推荐
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展，集成服务也在发生相应的变化。在最新的SSIS更新中，增加Linux支持和SQL Server 2016升级向导。
-
Notre Dame对云端SQL Server性能基准的探索实践
确立SQL Server的性能基准，对于云端迁移来说是至关重要的第一步，一位来自于University of Notre Dame 的DBA表示，他正在试图通过数据库监控软件，找出SQL server的性能基准。
-
横向扩展SQL Server应用程序：提高工作负载的选项
SQL Server管理员面临的最大挑战之一就是扩展数据库以适应更为繁重的数据处理工作负载。然而事情越发复杂的是，虽然Microsoft提供了许多不同的SQL Server可扩展性选项，但它们并不都适合于每种情况。
-
五大技巧构建首个SQL Server容器
容器的世界庞大而复杂，使用者可能会感到困扰，这里我们将列出一些示例，以便引导您顺利完成SQL Server容器的创建和管理。