我在服务器中执行docker(Docker version 19.03.1, build 74b1e89) clean命令:
docker system prune
令我惊讶的是,这个命令删除了停止的容器。这就是问题所在,一些容器因某种原因停了下来,但我仍然想在将来使用它。现在它被删除了,是否有可能恢复错误删除的已停止的容器?
我正在使用SQL Server Management Studio,并且希望使用其他值更改表行的自动增量主键值。SQL Server Management Studio在打开表进行编辑后,当然会将所有行的此字段显示为灰色。
有可能吗?我想使用我们错误删除的行号,因此它是有效的(与其他主键值没有冲突),最重要的是,添加到数据库中的下一行应该有一个完整的自动增量值。
谢谢。
编辑:此行与此主键上其他表记录的链接丢失不是问题。我们可以手动恢复它。
什么时候应该使用完整的恢复模型,什么时候应该对数据库使用简单的恢复模型?
我总是使用完整的恢复模型,因为它是默认的,但是今天我遇到了以下错误:
(0x80040E14)数据库“数据库名称”的事务日志已满。若要了解日志中空间不能重用的原因,请参阅sys.databases中的sys.databases列。
具体的数据库实际上是我的服务器上最小和最不活跃的数据库之一,所以我不知道日志如何能满在这个数据库上,而不知道其他的数据库。
为了缩小日志并使数据库再次可访问,我将恢复模型从完整更改为简单,并使用以下命令缩小了逻辑文件日志
alter database myDbName SET recovery
有一个数据库,它与它一起工作之前知道。知道此数据库(ms sql数据库)处于InRecovery模式。在此模式下,当我可以在SQL Server Management Studio中看到它,但我无法执行其他任何操作时。这意味着我看不到表,我看不到每个表的数据,...抽象地说,数据库名称旁边的加号按钮不存在。你还可以猜到我做不到的其他事情。这个问题是从哪里来的?以及我如何解决这个问题。(注意:我没有此数据库的任何备份)