问:我正在进行一个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提示的剩余秒数似乎是很准确的。因此要中断这一操作是很冒风险的,你的数据极有可能丢失,最好还是继续等待操作完成后在进行数据库连接。
作者
翻译
相关推荐
-
OpenWorld18大会:Ellison宣布数据库的搜寻和破坏任务
在旧金山举行的甲骨文OpenWorld 2018大会中,甲骨文首席技术官(CTO)兼创始人Larry Elli […]
-
云端SQL Server高可用性最佳做法
与内部部署相比,在云端运行SQL Server可为数据库软件用户提供更多的灵活性和可扩展性,也可能更省钱。但云 […]
-
ObjectRocket着力发展Azure MongoDB服务
MongoDB吸引了微软公司的注意力,微软公司计划针对运行于该公司2017年发布的Azure Cosmos D […]
-
绘制数据关系图的利器:SQL Server 图像数据库工具
SQL Server 2017新增了图形数据库功能,你可以使用图结构来表示不同数据元素之间的关系。