全备份失败后,如何手工清除exchange日志文件,附微软KB
来源:互联网 发布:大唐高鸿数据 编辑:程序博客网 时间:2024/05/16 23:02
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
补充,exchange 2003和2000都适用。删除日志文件请千万小心。
还有种方法,就是先将日志设成循环日志,exchange会强制提交所有日志,同时会删除没用的日志文件。不过记得好像要重启service。
http://www.5dmail.net/bbs/thread-160825-1-1.html
相关KB:
http://support.microsoft.com/kb/182961
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 group's 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
Back to the top
- 全备份失败后,如何手工清除exchange日志文件,附微软KB
- exchange解决全备份后日志没有删除的经验之一
- 手工删除Exchange日志
- 改良后的 清除日志文件脚本
- 联机热备份失败后,如何打开?
- 手工删除Exchange日志的方法
- 文件全手工恢复
- 如何清除SQL Server数据库日志文件
- mssql自动备份及自动清除日志文件教程
- 微软知识库kb是什么?如何搜索Microsoftwindowsknowledgebase
- 联机热备份失败后,如何打开数据库?
- CRS安装失败后清除
- 关于Exchange循环日志和备份
- 在事务日志失败以后如何清除Domino的事务日志
- 如何清除vCenter日志
- 如何清除归档日志
- Exchange 常用KB ( updating)
- Sql清除日志文件
- ZOJ 3785
- 循环队列的基本操作
- 即时通讯工具中联系人相关专利
- 【HTML】—常用标记
- JAVA & PHP 结合 开发系统网站
- 全备份失败后,如何手工清除exchange日志文件,附微软KB
- 20个最常用的javascript方法函数
- 如何选择适合自己企业的HR软件?
- 日志快速增长导致磁盘撑爆的快速解决方法
- WinDbg-如何抓取dump文件
- java中的流
- HDU 4801 Pocket Cube(模拟题——转魔方)
- tc633div1 550分
- 采药(01背包)