在Db2 Enterpise Server v11.1上,Linux/Intel上的单个数据库使用LOGARCHMETH1执行备份和还原命令:
db2 "backup database mydb online to /path/to/backup include logs without prompting"
然后在相同的Linux/Db2计算机上:
db2 "restore database mydb from /path/to/backup into mydb logtarget /path/to/logs"
“备份的结束”和“日志的结束”有什么区别?
db
我们在很多服务中都使用了log4net。大多数情况下,它工作得无懈可击。然而,在继续正常工作之前,我们偶尔会看到log4net“冻结”一段时间。例如,下面的日志显示log4net被“冻结”了超过4小时。我们知道这个应用程序很冗长,所以我们希望每秒都能看到日志被写入。
2010-11-04 04:02:09,393 DEBUG Some message...
2010-11-04 08:48:07,114 DEBUG Some other message...
我们偶尔会看到的另一个问题是整个日志文件被删除。我们已将log4net配置为按日期转存。有时我们会看到一整周的日志丢失了。log4net
我目前对AlwaysOn集群的备份策略是通过第三方备份程序每天备份和每小时进行事务日志备份。我们有一个请求来最小化日志备份的数量,我注意到我们在白天同时拥有一个大型日志备份集群,并且在完全备份之前,我们开始了一个将日志备份运行到nul的进程。
在我尝试做一个时间点恢复之前,它似乎一直在工作,然后它就不会恢复到完全备份之后。我调查并注意到,在LSN备份中存在重叠。以下是其中一个数据库的示例。
Last real log backup (secondary) - 20165000011169700001 / 20168000018974100001
backup to nul (primary)
我有一个问题,就是我在Server 2008中的日志文件增长到了40 it,我想缩小它。我使用的查询是
ALTER DATABASE DatabaseName SET RECOVERY SIMPLE
use DatabaseName
GO
CHECKPOINT
GO
DBCC SHRINKFILE(transactionloglogicalfilename,TRUNCATEONLY)
GO
ALTER DATABASE DatabaseName SET RECOVERY FULL
不是在更高级别上收缩日志文件,而且收缩日志文件仅在短时间内立即展开。
那么问题在哪里呢?
我想把日志文件缩