我正试图为我的数据库重建一个日志文件。我想知道发生的事是否正常。这就是我要做的:
use master
ALTER DATABASE my_db SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
ALTER DATABASE my_db REBUILD LOG ON (NAME=my_db,FILENAME='C:\MSSQL\Data\my_db_log.ldf')
ALTER DATABASE my_db SET MULTI_USER WITH ROLLBACK IMMEDIATE;
它已经运行了30多分钟,提供的消息有很多:
非限定事务正在
来自:
示例:
--还原常规日志备份(从备份集2)。
RESTORE LOG AdventureWorks2008R2
FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2008R2FullRM.bak'
WITH FILE=2,
NORECOVERY;
我的问题是:如果我不指定NORECOVERY,它会是默认的吗?我有一堆以这种方式迁移的数据库,我不确定如何判断使用了哪种恢复模式。
谢谢
我现在有情况。
在简单恢复模型中有一个数据库。
注意:
压缩没有启用,很快就会启用。2. Server 2012 SP3
BackupSize: 8GB (Usually)<br/>
Last Saturday BackupSize: 73GB (yes, 73 !!)
这是因为一个应用程序使2个事务处于打开状态。
现在日志文件是154 is。
Transaction: So far it inserted 90M records to a not so large table)
问题:
在完全备份中,如果存在打开的事务,记录了多少日志信息?
还原完整备份时,它是否通过打开
# I've set echo=True when doing create_engine, so I can see all the sql stmt
# DBSession is ScopeSession(thread_local) and autocommit is False
session = DBSession()
session.add(somemodel)
#
try:
session.flush()
raise Exception()
session.commit()
except SQLAlchemyError as e:
ses
如果我们不指定Begin Trans,Commit Trans等.只需使用如下简单的SQL语句:
delete from myTable where id = 1
在存储过程中,
是否会将更改写入事务日志?如果是,那么在没有指定Begin Trans关键字的情况下,我们如何使用它们(我们不能使用Begin Trans,我们编写存储过程,总是使用事务关键字是一种良好的做法,还是在它们看起来合适时使用它们更好(例如,当我们需要回滚更改时)?
编辑:谢谢各位。但我问题1的第二部分呢?如何使用事务日志恢复数据??
我们在Kubernetes上运行MongoDB ReplicaSet。MongoDB在CrashLoop中的一个豆荚,它显示OOMKilled为真。从那以后这个吊舱就坠毁了234次。
我们有一所小学和两所中学。
这是最新的日志。容器停留在一分钟左右,然后再次崩溃。我在试着理解这些日志的含义。
OplogStartMissing是什么意思?
145 {"log":"2022-03-08T09:24:44.127+0000 I REPL [rsBackgroundSync] Starting rollback due to OplogStartMissing
我们希望保存一个运行在Linux控制台上的程序的输出,它跨越多行。不幸的是,它没有在屏幕下记录或运行,也没有任何其他方式让我们轻松地捕获输出。到目前为止,我们能想到的最好的方法是:
Log into the machine via a separate SSH session
In the console session, page to the top of the buffer
Repeat:
In the SSH session, run "cat /dev/vcs >> screendump.txt"
In the console session,