什么时候应该使用完整的恢复模型,什么时候应该对数据库使用简单的恢复模型?
我总是使用完整的恢复模型,因为它是默认的,但是今天我遇到了以下错误:
(0x80040E14)数据库“数据库名称”的事务日志已满。若要了解日志中空间不能重用的原因,请参阅sys.databases中的sys.databases列。
具体的数据库实际上是我的服务器上最小和最不活跃的数据库之一,所以我不知道日志如何能满在这个数据库上,而不知道其他的数据库。
为了缩小日志并使数据库再次可访问,我将恢复模型从完整更改为简单,并使用以下命令缩小了逻辑文件日志
alter database myDbName SET recovery
有一个数据库,它与它一起工作之前知道。知道此数据库(ms sql数据库)处于InRecovery模式。在此模式下,当我可以在SQL Server Management Studio中看到它,但我无法执行其他任何操作时。这意味着我看不到表,我看不到每个表的数据,...抽象地说,数据库名称旁边的加号按钮不存在。你还可以猜到我做不到的其他事情。这个问题是从哪里来的?以及我如何解决这个问题。(注意:我没有此数据库的任何备份)
我必须将sql server 2008数据库转换为sql server 2005数据库。据我所知,唯一可靠的方法是将数据库脚本编写到较早的服务器版本。现在,我的客户已经请求‘以正确的格式并截断事务日志的数据库’。我从来没有使用过sql server 2005,对sql server 2008也相当陌生,我也不知道是否有任何方法可以确保事务日志自动截断。据我所见,这个概念在server 2008中并不存在。
所以我的问题是:有没有人知道如何满足我的客户的要求?