全备份失败后,如何手工清除exchange日志文件,附微软KB

简介:

Exchange如果不采用循环日志,在成功实现全备份前,将产生大量DB日志。当磁盘性能比较差时,Exchange将延缓日志提交到数据库。因此这部分日志绝对不能删除,否则DB会有问题。而那些已经提交的db的log,其实可以手工delete掉(普通删除文件的方法)。当备份出现问题,磁盘容量又不够时,该方法非常有用。

以下KB就是帮助用户如何确定哪些日志已经提交,可以删除。

XADM: Using Eseutil to Determine Which Logs Have Been Committed
View products that this article applies to.
Article ID : 182961 
Last Review : October 28, 2006 
Revision : 4.3 
This article was previously published under Q182961
On This Page

SUMMARY

MORE INFORMATION

Exchange Server 5.5

Exchange 2000 Server
SUMMARY
You can use the Eseutil utility to view the contents of the checkpoint file to determine which log files have been committed to an Exchange database. 
Back to the top 

MORE INFORMATION
Exchange Server 5.5
The information in this section applies to all three Exchange Server 5.5 databases: • Dir.edb 
• Priv.edb 
• Pub.edb 
To display the Edb.chk (checkpoint) file on the screen, run the following command from a command prompt: 
eseutil /mk edb.chk | more
If you do not run eseutil from the folder where the Edb.chk file is located, you must provide the full path to the file.

In Exchange Server 5.5, there is one checkpoint file for each set of log files. There will be one Edb.chk file for the directory and one for the information store. (Priv.edb and Pub.edb share the same log files and checkpoint file.) 

The information that is displayed is similar to:    Microsoft(R) Exchange Server Database Utilities

   Version 5.5

   Copyright (C) Microsoft Corporation 1991-1997. All Rights Reserved.



   Initiating FILE DUMP mode...
      Checkpoint file: edb.chk

      LastFullBackupCheckpoint (8,615,203)
      Checkpoint (22,6485,399)
      FullBackup (8,615,203)
      FullBackup time:3/6/1998 11:52:16
      IncBackup (0,0,0)
      IncBackup time:0/0/1900 0:0:0
      Signature: Create time:2/24/1998 14:23:47 Rand:24842 Computer:
      Env (Session, Opentbl, VerPage, Cursors, LogBufs, LogFile, Buffers)
          (    168,   25200,    4440,    8400,      84,   10240,    8045)

   Operation completed successfully in 0.20 seconds.
                                
Take the first number in the parentheses for the Checkpoint field and convert it to hexadecimal. The hexadecimal number is the file name of the first uncommitted log for the appropriate directory. Circular logging works by deleting all log files with generations that are lower than the generation in the checkpoint, for example: 
Checkpoint (22,6485,399) = EDB00016.LOG 
This syntax applies for most other fields in the dump file (LastFullBackupCheckpoint, FullBackup, IncBackup, and other fields). 
Back to the top 

Exchange 2000 Server
In Exchange 2000, there is one checkpoint file for each storage group and one for the directory. When you try to identify the last committed log file for a storage group, note that the storage group prefix applies to the checkpoint file and to all of the log files. For example, the default first storage groups checkpoint file name is E00.chk, and its log files are E00xxxxxx.log (where xxxxx is the hexadecimal sequence number of the log file).

To display the Exx.chk (checkpoint) file on the screen, run the following command from a command prompt (from the Exchsrvr\Bin folder): 
eseutil /mk the_full_path_to_the_checkpoint_file
For example, you may run the following command: 
eseutil /mk "C:\Program Files\Exchsrvr\MDBDATA\E00.chk"
Note that you must use the quotation marks if there is a space in the path to the checkpoint file.

The output of this command is similar to:    Microsoft(R) Exchange Server(TM) Database Utilities
   Version 6.0
   Copyright (C) Microsoft Corporation 1991-2000.  All Rights Reserved.

   Initiating FILE DUMP mode...
         Checkpoint file: C:\Program Files\Exchsrvr\MDBDATA\E00.chk

         LastFullBackupCheckpoint: (0x0,0,0)
         Checkpoint: (0x6A,1119,3D)
         FullBackup: (0x0,0,0)
         FullBackup time: 00/00/1900 00:00:00
         IncBackup: (0x0,0,0)
         IncBackup time: 00/00/1900 00:00:00
         Signature: Create time:09/24/2001 17:10:26 Rand:522553071 Computer:
         Env (CircLog,Session,Opentbl,VerPage,Cursors,LogBufs,LogFile,Buffers)
             (    off,    202,  30300,   1365,  10100,    128,  10240,  97940)

   Operation completed successfully in 1.192 seconds.
                                
Take the first number in the parentheses for the Checkpoint field. The hexadecimal number is the file name of the first uncommitted log for the appropriate database; in this example: 
Checkpoint (0x6A,1119,3D) = E000006A.log 



本文转自9pc9com博客,原文链接:    http://blog.51cto.com/215363/808394    如需转载请自行联系原作者op

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
1月前
|
存储 分布式计算 监控
【Flume】Flume 监听日志文件案例分析
【4月更文挑战第4天】【Flume】Flume 监听日志文件案例分析
|
1月前
|
Linux
linux定位日志文件
在Linux中查找名为"log.txt"的日志文件,可使用`find`命令从根目录开始搜索:`find / -name log.txt 2>/dev/null`。此命令会忽略错误信息,确保只显示找到的文件路径。
21 1
|
1月前
|
Linux Shell
Linux手动清理Linux脚本日志定时清理日志和log文件执行表达式
Linux手动清理Linux脚本日志定时清理日志和log文件执行表达式
246 1
|
16天前
|
弹性计算 应用服务中间件 Shell
切割 Nginx 日志文件
【4月更文挑战第28天】
23 0
|
1天前
|
Oracle 关系型数据库
|
4天前
|
Go 文件存储 iOS开发
LabVIEW崩溃后所产生的错误日志文件的位置
LabVIEW崩溃后所产生的错误日志文件的位置
|
8天前
|
关系型数据库 MySQL 数据管理
MySQL通过 bin-log 恢复从备份点到灾难点之间数据
MySQL通过 bin-log 恢复从备份点到灾难点之间数据
|
14天前
|
弹性计算 运维 Shell
自动日志文件轮转
【4月更文挑战第30天】
8 0
|
15天前
|
弹性计算 应用服务中间件 Shell
切割Nginx 日志文件
【4月更文挑战第29天】
21 1
|
15天前
|
存储 弹性计算 运维
统计/var/log 有多少个文件
【4月更文挑战第29天】
23 1