exchange数据库和日志容量成长太很快|exchange数据库日志压缩

最新推荐文章于 2024-11-25 23:18:52 发布
转载 最新推荐文章于 2024-11-25 23:18:52 发布 · 8.4k 阅读 · 1
文章标签：

#exchange #数据库 #服务器 #database #存储 #url

本文介绍了解决Exchange数据库和日志容量快速增长的方法，包括调整删除项目保留时间、进行在线碎片整理等措施，并提供了针对Exchange 2003和2007的具体步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

exchange数据库和日志容量成长太很快|exchange数据库日志压缩。我公司的exchange数据库和日志的容量增长的很快,我不知道有哪些原因造成容量增长过快的原因,有哪些办法可以使数据库和日志的容量增长的慢些吗?谢谢
回答：根据您的描述，我对这个问题的理解是：Exchange 数据库和日志容量增长很快。如果我的理解有误，请告诉我。

数据库和日志容量的增长是与邮件流量的大小成正比。如果在Exchange 服务器上设置了删除项目保存时间，那么删除的邮件不会立即从数据库中删除，而是会保留一段时间。您可以适当地缩短保留时间，请根据以下步骤操作（这是针对Exchange 2003 服务器的设置，如果是Exchange 2007 服务器，请参考帮助文档）：
步骤1：
a. 登录到Exchange 服务器，打开系统管理器。
b. 展开Servers/服务器名/第一个存储组（如果显示了管理组，请先展开管理组/第一个管理组）。
c. 右键点击邮箱存储，选择属性，单击【限制】页，把【保留删除内容】的天数暂时设置为0。
d. 单击数据库页，在维护间隔的下拉框中，选择自定义，在出现自定义页面，把所有时间段添加到维护任务中。系统将会在半个小时后开始联机碎片整理，根据数据库的大小，整理时间可能会持续几个小时。

步骤2：
1. 查看应用程序日志，当开始联机碎片整理时，记录以下事件

Event Type: Information
Event Source: ESE
Event Category: Online Defragmentation
Event ID: 700
Description: MSExchangeIS (170) Online Defragmentation is beginning a full pass on database 'C:/exchsrvr/mdbdata/priv1.edb'.

整理完成后，记录以下事件

Event Type: Information
Event Source: MSExchangeIS Mailbox Store
Event Category: General
Event ID: 1221
Description: The database Storage Group Name/Mailbox Store has 565 megabytes of free space after online defragmentation has terminated.

2. 在看到这两个事件后，Exchange 数据库的联机备份和脱机碎片整理，看是否可以减小数据库的大小。

参考信息：
============
如何对 Exchange 数据库进行碎片整理
[url=mhtml:{287B23E5-058E-4430-B478-DCFE271F8F0D}mid://00000563/!x-usc: http://support.microsoft.com/kb/328804/zh-cn]http://support.microsoft.com/kb/328804/zh-cn[/url]

Exchange 2007 服务器，请参考以下文章：
Eseutil /D 碎片整理模式
[url=mhtml:{287B23E5-058E-4430-B478-DCFE271F8F0D}mid://00000563/!x-usc: http://technet.microsoft.com/zh-cn/library/aa997972.aspx]http://technet.microsoft.com/zh-cn/library/aa997972.aspx[/url]

如果执行以上操作后，数据库和日志仍然很快地增长，建议您执行以下操作：
1. 检查系统是否中病毒。
2. 删除第三方的软件，包括防病毒软件。
3. 重启Exchange Information Store 服务，看是否还有该问题。

罗俊华 微软全球技术支持中心
文章来自: http://www.mcse.org.cn
ClickHouse 创建数据库/建表/视图/字典 SQL
AI天才研究院
04-02 3万+
1.1. ClickHouseSQL之数据定义语言 DDL本节介绍 ClickHouse 中进行数据库、表结构的定义和管理。1.1.1.概述在SQL中，数据定义语言( DDL ) 用来创建和修改数据库Schema，例如表、索引和用户等。其中数据库的Schema描述了用户数据模型、字段和数据类型。DDL 语句类似于用于定义数据结构的计算机编程语言。常见DDL 语句包括...
OceanBase数据库：与MySQL和Oracle的函数差异分析
最新发布
专注Java开发与国产数据库技术分享，涵盖达梦DM8/OceanBase/GaussDB核心原理与实战，兼及DeepSeek大模型部署、YOLOv11训练等AI技术，为开发者提供从基础到进阶的技术干货。
06-20 350
OceanBase数据库兼容性解析：MySQL与Oracle模式深度比较 摘要：OceanBase通过独特的双模式架构，实现了对MySQL和Oracle的高度兼容。文章首先分析了OceanBase的兼容性架构，包括SQL解析层、优化器层和执行引擎层的差异化设计。随后对比了两种模式在数据类型、SQL语法、函数支持等方面的兼容性差异，其中MySQL模式兼容5.7版本大部分功能，Oracle模式则支持155个内置函数和PL/SQL特性。最后提出了模式选择的六大考量因素，包括现有系统基础、功能需求和迁移成本等，为数
exchange数据库过大的整理方法
01-31
exchange数据库过大的整理方法，doc文档，希望能对大家有所帮助
Exchange2003 数据库压缩清理
supperzhou2008的博客
06-01 2189
公司现有的Exchange服务器版本是Exchange2003，因运行时间久，Exchange的数据库不可避免的产生了很多数据碎片，日久积累，这些碎片文件已占用了数据库很大一部份空间，并且已经对Exchange的稳定性造成了影响，虽然每日都有备份，但是为了能平稳的渡过升级前的这段时间，我们对Exchange2003现有的数据库文件进行了一次数据压缩及碎片清理。现将操作过程分享如下，希望能帮到有同样
整理Exchange数据库空白空间
weixin_33860147的博客
08-16 361
我们都知道Exchange数据库运行一段时间后数据库会产生一些空白空间，这些空白空间上无法被数据库利用的，并且空白空间还会占用物理磁盘空间。下面介绍如何对Exchange数据库进行整理来释放空白空间。（根据实际工作中的经验，对数据库进行整理存在风险，不到万不得已不建议这样操作。个人建议最佳的做法是新建一个数据库，然后将存在大量空白空间的数据库的用户迁移到新...
Exchange邮箱数据库事务日志引起磁盘暴涨
weixin_34001430的博客
05-21 522
最近在做公司邮件系统的数据迁移（zimbra to exchange），原zimbra700多G的数据文件迁移到exchange2010中（IMAPSYNC迁移数据到exchange）。考虑到增长因素，exchange中预留了2T的空间用于数据存储。 Imapsync 详见：http://imapsync.lamiral.info/ 本次数据迁移预计10天完成（账户5000多及其他原因，很耗时...
exchange2003 邮箱数据库太大解决方法
weixin_34151004的博客
04-20 374
1、新建一个数据库存储组 2、把旧存储组的邮箱移动到新的存储组 3、对旧存储组数据库做离线压缩 ： 1. 在 Exchange 系统管理器中，右键单击要进行碎片整理的信息存储，然后单击卸除存储。 2. 在命令提示符处，更改至 Exchsrvr\Bin 文件夹，然后键入 eseutil /d 命令、数据库开关以及要使用的任何选项。 例如，以下命令在邮箱存储数据库...
Exchange Server 2016通过RDB(恢复数据库)还原用户邮箱数据
Menimeky的专栏
11-25 2475
在MicrosoftExchangeServer2016中，将归档的数据库文件（.edb文件）重新挂载到Exchange管理中心(ECP)上，可以通过以下步骤实现。此过程主要包括还原数据库、将其挂载到Exchange，并在ECP中管理用户归档邮箱。以下是具体步骤：---
OpenGauss 高性能高安全高可靠的企业级开源关系型数据库
纸上得来终觉浅，绝知此事要躬行
09-05 1681
openGauss是一款高性能、高安全、高可靠的企业级开源关系型数据库。openGauss内核深度融合华为在数据库领域多年的经验，结合企业级场景需求，持续构建竞争力特性。自 2020 年 6 月开源以来，openGauss 一直围绕高性能、高可用、高智能、高安全突破创新数据库核心技术，构筑数据库内核创新竞争力。3 月 31 日，openGauss 5.0 版本正式上线。该版本与之前的版本功能特性保持兼容，在内核能力、工具链、兼容性方面得到了全面增强。
Exchange故障修复记录（DB文件无限增大）
凡心所向,素履以往,生如逆旅,一苇以航
07-21 686
exchange2007数据库DB文件暴增解决办法
Exchange Server 2007邮箱存储服务器的容量规划和性能调优(上)
MS SQL SERVER
09-30 1020
<br />Exchange Server 2007邮箱存储服务器的容量规划和性能调优(上)<br />Exchange 2007存储系统的特色: 大而低成本的邮箱-->通过降低I/O来实现  I/O成本降低<br />                                        允许用户有更大的邮箱-->内容索引  备份  Email Life Cycle(ELC)<br />                                        快速恢复-->VSS
exchange邮箱数据库大小限制及修改限制方法
weixin_34025051的博客
01-03 1257
exchange 2010Exchange 2010 Standard Edition 的預設資料庫大小限制是 1024 GB。Exchange 2010 Enterprise Edition 沒有預設的資料庫大小限制。http://technet.microsoft.com/zh-cn/library/bb232092%28v=exchg.141%29.aspx======...
谈谈Exchange 2010 的性能调优！
技术与管理的平衡木-
01-16 5490
Exchange 2010 拥有多个角色，主要适用的角色有CAS\HUB\Mailbox 角色。 其中HUB角色的比较大的优化在于它的队列数据库所在的磁盘必须足够的快速，他对于磁盘容量的要求则没有很大的要求，因为他的数据库方式和邮箱数据库一样，但是他的数据库在容量上会比MAILBOX小太多。 而在CAS这个角色上，一般所有的用户连接都是连接CAS ，这对于CAS服务器来说，连接数的压力将很大程
关于Exchange数据库文件过大的正确处理方法
热门推荐
徐火军博客
09-21 1万+
　 作为一名Exchange管理员在管理exchange服务器的过程中,经常会碰到一些问题,比如日志过大,exchange数据库文件过大等一系列问题,最近发现一些管理员提出stm文件过大该如何处理?有些网友建议删除.stm文件,exchange重新相关服务会产生一个新的.stm文件,这种做法虽然也可以,但不值得推荐,即使在删除STM文件之前你做过备份,也是不可取的.如果你删除了.STM文件意味着你
Exchange2010日志过大解决方案
全欣 的专栏
04-14 4996
因为Windows Server 2008 上面提供了Windows Server Backup 功能，也能解决现在的日志问题。   一、      安装Windows Server Backup 。 新装的系统是不自带这个功能的，需要自行添加。 1、 点击任务栏上的服务器管理，或右键点击计算机管理。  2、 在弹出的界面左边右键点击功能选项，选择添加功能。   3、 在出现的
Exchange Server 2013&2010 邮箱数据库日志清理
weixin_34088583的博客
02-14 419
随着企业业务量的增大、人员的增加以及Exchange邮件系统使用时间的增长，邮件服务器中的数据库日志会日益增加。而且随着邮件系统利用率的提高，邮箱数据库的日志数量也会急剧增加。系统会在日志文件夹中生成一个接一个的大小为1024KB且后缀名为log的日志文件。已一个400人的房地产公司为例，我们可以看到（如下图），在相对高峰的时期，每1分钟，都会有几个到十几个，甚至几十个的...
不在EXCHANGE服务器上压缩邮件数据库
weixin_34043301的博客
01-07 119
:“ESEUTIL”程序无需安装Microsoft Exchange就可以在计算机上运行。首先，你需要把数据库文件复制到另一台计算机上。然后，你还要从Exchsrvrbin目录中将“Eseutil.exe”、“Ese.dll”、“Jcb.dll”、“Exosal.dll”以及“Exchmem.dll”文件复制到你希望运行这个程序的路径下。此外，你还需要确定运行ESEUTIL的...
Exchange传输队列queue数据库越来越大怎么办？
weixin_33939843的博客
08-18 649
大家好，今天为大家分享一下日常管理中Exchange数据库的一些维护操作。我们知道当我发送邮件时邮件都是先到一个Exchange的临时的队列数据库中，然后再提交到用户邮箱中。随着时间的推移队列数据库大小会不断的增加（查看传输队列数据库位置可以查看EdgeTransport.exe.config文件中的QueueDatabasePath和QueueDatabas...
exchange空间太满
guaiguaigirlma的专栏
03-20 1838
Microsoft Exchange Server 2010年邮箱数据库的增长出乎意料。从邮箱中删除项时，将不会减少邮箱数据库的大小。 原因 因为 Microsoft Exchange 信息存储服务不会回收数据库空间中删除项时，会出现此问题。   解决方案 若要解决此问题，请安装Exchange Server 2010 Service Pack 3 () http://ww
SpringCloudGateway调用日志 存至pg数据库
03-22
<think>好的，我需要帮助用户将Spring Cloud Gateway的请求调用日志存储到PostgreSQL数据库中。首先，我得理解整个流程需要哪些步骤。 用户提到他们已经在使用Spring Cloud Gateway，所以可能需要通过自定义过滤器或拦截器来捕获请求和响应信息。根据引用[3]中提到的，可以扩展Gateway的过滤器来实现日志记录。比如，GlobalFilter可能是一个切入点，因为它是全局的，可以拦截所有请求。 接下来，日志记录的内容需要确定。一般来说，请求的路径、方法、状态码、响应时间、请求头等信息是必要的。这些信息可以通过ServerWebExchange对象获取。在过滤器中，可以在pre和post阶段分别记录请求和响应数据。 然后，如何将这些数据写入PostgreSQL。用户的项目可能已经集成了Spring Data JPA或者MyBatis等持久层框架。引用[4]提到Eurynome Cloud使用了Spring Boot和相关的技术，所以可以假设用户的项目结构类似。需要创建一个实体类来映射日志表的结构，然后通过Repository接口保存数据。 另外，异步写入日志可能是个好主意，避免阻塞网关的主线程。可以使用Spring的@Async注解或者消息队列来异步处理日志存储，但这可能会增加系统复杂性，需要根据用户的需求权衡。 还要考虑日志的格式化和序列化问题。确保从请求和响应中提取的数据能够正确转换为实体类的字段。例如，日期时间可能需要格式化，请求头可能需要转换为JSON字符串存储。 测试环节也很重要。用户可以使用PostMan发起请求，检查日志是否被正确记录到数据库中，如引用[2]中提到的，通过查看Redis验证数据存储，类似的方法可以应用到PostgreSQL的验证中。 最后，配置数据源。在application.yml中设置PostgreSQL的连接信息，确保网关能够连接到数据库。同时，检查依赖是否正确添加，比如PostgreSQL的JDBC驱动和Spring Data JPA的依赖。 可能遇到的问题包括过滤器执行顺序、事务管理、性能影响等。需要确保过滤器在适当的位置执行，并且日志记录操作不会显著影响网关的性能。引用[3]中提到动态改变网关的路由配置，说明扩展Gateway需要谨慎处理，避免影响现有功能。 总结步骤：创建日志实体和Repository，实现GlobalFilter记录日志，配置数据源，处理异步存储，测试验证。这样应该能够实现用户的需求。</think>### 分步解答：如何将 Spring Cloud Gateway 的调用日志存入 PostgreSQL 数据库？ #### 1. **添加依赖** 在 `pom.xml` 中引入 PostgreSQL 驱动和 Spring Data JPA 依赖： ```xml <dependency> <groupId>org.postgresql</groupId> <artifactId>postgresql</artifactId> <scope>runtime</scope> </dependency> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-jpa</artifactId> </dependency> ``` #### 2. **定义日志实体类** 创建实体类映射数据库表： ```java @Entity @Table(name = "gateway_logs") public class GatewayLog { @Id @GeneratedValue(strategy = GenerationType.IDENTITY) private Long id; private String path; // 请求路径 private String method; // HTTP方法 private int status; // 响应状态码 private long duration; // 请求处理时间（毫秒） private String requestHeaders; // 请求头（JSON序列化） private String responseHeaders;// 响应头（JSON序列化） private LocalDateTime timestamp; // 请求时间 // Getters and Setters } ``` #### 3. **创建 Repository 接口** 定义 JPA 操作接口： ```java public interface GatewayLogRepository extends JpaRepository<GatewayLog, Long> { } ``` #### 4. **实现全局过滤器** 通过 `GlobalFilter` 记录请求/响应日志并存入数据库： ```java @Component public class LoggingFilter implements GlobalFilter { @Autowired private GatewayLogRepository logRepository; @Override public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) { long startTime = System.currentTimeMillis(); ServerHttpRequest request = exchange.getRequest(); // 记录请求信息 GatewayLog log = new GatewayLog(); log.setPath(request.getPath().toString()); log.setMethod(request.getMethodValue()); log.setRequestHeaders(serializeHeaders(request.getHeaders())); log.setTimestamp(LocalDateTime.now()); return chain.filter(exchange).then(Mono.fromRunnable(() -> { // 记录响应信息 ServerHttpResponse response = exchange.getResponse(); log.setStatus(response.getStatusCode().value()); log.setDuration(System.currentTimeMillis() - startTime); log.setResponseHeaders(serializeHeaders(response.getHeaders())); // 异步保存日志（避免阻塞） CompletableFuture.runAsync(() -> logRepository.save(log)); })); } private String serializeHeaders(HttpHeaders headers) { return new JSONObject(headers.toSingleValueMap()).toString(); } } ``` #### 5. **配置数据源** 在 `application.yml` 中添加 PostgreSQL 配置： ```yaml spring: datasource: url: jdbc:postgresql://localhost:5432/gateway_logs username: postgres password: your_password jpa: hibernate: ddl-auto: update properties: hibernate: dialect: org.hibernate.dialect.PostgreSQLDialect ``` #### 6. **验证日志存储** 通过 Postman 发送请求后，查询 PostgreSQL 数据库： ```sql SELECT * FROM gateway_logs; ``` ### 关键优化点 - **异步处理**：使用 `CompletableFuture.runAsync()` 避免日志写入阻塞网关线程[^3] - **数据压缩**：对于大型请求头/响应体可添加压缩逻辑 - **错误处理**：添加 `try-catch` 块防止日志记录失败影响主流程
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值