OGG-01172 exceeded max bytes (50000000)

最新推荐文章于 2023-04-25 23:19:23 发布
原创 最新推荐文章于 2023-04-25 23:19:23 发布 · 3.4k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#goldengate #数据库

本文介绍了解决Oracle GoldenGate复制进程中出现的OGG-01172错误的方法。该错误通常由discardfile设置的大小限制不当引起。文中提供了调整配置文件中discardfile megabytes参数值及直接删除特定文件并重启进程两种解决方案。


ogg复制进程abort，启动报错    

 ERROR  OGG-01172  Oracle GoldenGate Delivery for oracle, rep_xxx:  Discardfile (/ogg/beijing/dirrpt/rep_xxx.dsc) exceeded max bytes (50000000).
这个错误是由于discardfile配置的megabytes 过小导致
解决方法：可以加大megabytes的配置，也可以删除/ogg/beijing/dirrpt/rep_xxx.dsc 文件，重启rep_xxx进程.
GGSCI> view params rep_xxx
GGSCI> edit params rep_xxx
discardfile /tol/ogg/dirrpt/rep4.dsc,append,megabytes 50000000

或者：rm -rf  /ogg/Beijing/dirrpt/rep_xxx.dsc  然后重启进程就可以了（我用的此方法）







ES系列：max_bytes_length_exceeded_exception: bytes can be at most 32766 in length
NIO4444
10-03 2643
目录 现象 原因分析： 解决方法 现象 max_bytes_length_exceeded_exception: bytes can be at most 32766 in length 原因分析： 原因是keyword类型某个字段的值太长，而Search每个keyword类型的field默认能接受的长度为32766个字节，当超过32766个字节时，会抛异常 解决方法 使用ignore_above 用于设置超过设定字符后，不被索引或者存储，无法通过term精确匹配检索返回结果，主
Oracle-OGG trail 文件大小引起的进程异常 OGG-01172
xdyzgjy的专栏
04-20 7867
监控OGG目标端进程，其中一个进程异常，状态为 ABENDED，start repa 执行失败。进入OGG报告目录检查运行报告 2015-04-20 09:38:36 ERROR OGG-01172 Discard file (/ogg/oggrm/11.2/dirdat/repa.dsc) exceeded max bytes (2000000000). 总结处理方法，从根本上解决问题。
maxbytes oracle,OGG-01172 exceeded max bytes (-1294967296)
weixin_39550410的博客
04-04 378
本帖最后由 gangade 于 2017-3-6 22:53 编辑下面是repl.dsc内容：OCI Error ORA-00001: unique constraint (US_MBADMIN_XCBP.PK_T_WH_CZRZ) violatedORA-06512: at "US_MBADMIN_XCBP.Q_SVR_DETONATOR", line 12ORA-04088: error du...
ogg-01172 exceeded max bytes (50000000).
上帝之手&传奇 - MartinLee
01-21 4186
2015-01-21 11:36:19  ERROR   OGG-01172  Discard file (/dba/ogg/dirrpt/rep_1.dsc) exceeded max bytes (50000000). *********************************************************************** *        
ERROR OGG-01172 Discard file (./dirrpt/repl.dsc) exceeded max bytes (50000000)
weixin_30527423的博客
11-07 696
今天早上发现OGG目标数据库复制进程repl一直起不来，在dirrpt目录下找到repl进程相关日志，其中有这么一句提示 ERROR OGG-01172 Discard file (./dirrpt/repl.dsc) exceeded max bytes (50000000) 这个错误是由于discardfile配置的megabytes 值太小，而传输过来的数据太大导致。 该...
总结：Exceeded limit on max bytes to buffer : 262144或maxInMemorySize: 262144（解决你的实际问题）
aattxx的博客
04-25 2524
总结：Exceeded limit on max bytes to buffer : 262144或maxInMemorySize: 262144（解决你的实际问题）
Spring DataBufferLimitException: Exceeded limit on max bytes to buffer : 262144
热门推荐
锐意工作室
06-24 3万+
文章目录Spring DataBufferLimitException: Exceeded limit on max bytes to buffer : 262144前言问题分析问题解决过程通过配置参数加大缓冲区通过配置类加大缓冲区限制接口返回JSON的大小检查网关的拦截器（Filter）是否操作了HTTP body问题解决结果 Spring DataBufferLimitException: Exceeded limit on max bytes to buffer : 262144 前言 最近在项目中遇
TwoSampleMR:local clump(MR-Base exceeded 300 seconds) 包括Windows和Linux R解决办法
xiaozheng1213的博客
08-10 2万+
TwoSampleMR 本地 local clump
ogg-01172
heavenmouse的专栏
11-24 1465
ogg-01172,rep进程abended.
goldengate ERROR OGG-01172
namu
01-25 1839
goldengate日志报ERROR   OGG-01172，由于dsc文件的大小超过了设置的大小，如果是初始化或是跳过trail 文件，可能就会产生大量的dsc记录             如果一会又达到了设置的dsc文件大小，可以设置成purge方式，如果：DISCARDFILE ./dirrpt/REP_TEST.DSC,purge,megabytes 100          
OGG-01172  Discard file (/ogg/19c/dirrpt/ir_phis_discard.txt) exceeded max bytes (-294967296).
sqlora的专栏
04-27 893
ERROR OGG-01172 Discard file (/ogg/19c/dirrpt/ir_phis_discard.txt) exceeded max bytes (-294967296). megabytes最大为4096 grep ORA- ir_phis_discard.txt | sort -u > ir_phis-ora.log more ir_phis-ora.log ora-00001是由于主键重复，原因是原表没有清空。 ORA-01400是源库非空..
ERROR OGG-01172 Discard file (/oradata/gglog/repl.dsc) exceeded max bytes (500000000).
weixin_33708432的博客
11-16 277
1.查看OGG运行状态 GGSCI (crm_slave) 2> info all Program Status Group Lag at Chkpt Time Since Chkpt MANAGER RUNNING REPLICAT ABENDED REPL 2252:03:37...
ERROR OGG-01172 Oracle GoldenGate Delivery for Oracle,rep1.prm:Discard file
leo__1990的博客
06-13 2228
ERROR OGG-01172 Oracle GoldenGate Delivery for Oracle, rep1.prm: Discard file (./dirrpt/repr1.dsc) exceeded max bytes (1000000). 1. ERROR OGG-01172 ERROR OGG-01172 Oracle GoldenGate Delivery for...
0GG-01172
cuibaodun6837的博客
02-04 250
早上检查OGG复制进程，发现OGG-01172错误导致进程中断，又是discard文件超过大小了。 OGG-01172: Discard file ({0}) exceeded max bytes ({1,number,0...
ERROR   OGG-01172 Discard file (/oradata/gglog/repl.dsc) exceeded max bytes (500000000).
weixin_33861800的博客
04-19 461
1.查看OGG运行状态GGSCI (crm_slave) 2> info allProgram    Status      Group     Lag at Chkpt  Time Since ChkptMANAGER      RUNNING REPLICAT    ABENDED     REPL        2252:03:37    22:37:05    GGSCI (crm_...
ERROR   OGG-01668 PROCESS ABENDING.
weixin_33751566的博客
08-11 1172
oracle ogg 出现如下报错ERROR OGG-01172 Discard file (/ogg/oggrm/11.2/dirdat/repa.dsc) exceeded max bytes (2000000000).ERROR OGG-01668 PROCESS ABENDING.可以看出repa.dsc文件达到了最大值。导致错误是文件写满，大部分情况则是...
exceeded limit on max bytes to
最新发布
10-23
<think>首先，用户的问题是：“我想查找关于'exceeded limit on max bytes to'错误的解决方案或相关解释 请问exceeded limit on max bytes to错误原因及解决办法”。所以，我需要专注于这个错误：“exceeded limit on max bytes to”。 系统指令要求我使用中文回答，结构清晰，逐步解决问题，并保证回答真实可靠。还要在引用的段落末尾添加引用标识。 用户提供了三个引用： - 引用[1]: 关于“maxPostSize”设置的问题。 - 引用[2]: 关于MySQL错误代码1226，用户资源超出限制。 - 引用[3]: 直接提到“Error: Exceeded limit on max bytes to buffer : 262144”，并有一个优快云博客链接。 用户说：“上述引用仅供参考，并不是用户真正的需求”，这意味着我应该基于用户当前的问题来回答，而不是依赖这些引用。用户的问题是针对“exceeded limit on max bytes to”错误。 用户的问题明确是：“exceeded limit on max bytes to错误原因及解决办法”。从引用[3]来看，它直接相关：Error: Exceeded limit on max bytes to buffer : 262144。 所以，我需要解释这个错误的原因并提供解决方法。 关键错误： “Exceeded limit on max bytes to buffer : 262144”。这看起来像是Spring WebFlux或类似框架中的错误，因为262144字节是256KB，这与Spring的默认缓冲区大小相关。 在Spring WebFlux中，默认的缓冲区大小是256KB（262144字节）。当请求体超过这个大小时，可能会抛出这个错误。 原因：这个错误通常发生在使用Spring WebFlux或响应式Spring应用程序中，当客户端发送的请求体大小超过了服务器配置的最大缓冲区大小。 解决方法： 1. 增加 Spring Boot 中的最大缓冲区大小。可以在 application.properties 或 application.yml 中设置。 例如： - 在 application.properties：`spring.codec.max-in-memory-size=1048576`（设置1MB） 2. 对于文件上传，可能需要配置 multipart 设置。 3. 如果使用 Spring Cloud Gateway 或其他网关，检查相关配置。 现在，结构化回答： - 先解释错误原因。 - 然后提供可能的解决方案。 - 确保回答清晰、逐步。 系统指令还要求： - 行内数学用 $...$，但这里可能不需要数学公式。 - 独立公式用 $$...$$，但同样可能不需要。 - 使用中文。 - 在回答末尾生成相关问题。 - 在引用的段落末尾添加引用标识。用户提供了引用，所以我应该参考它们。 用户说：“上述引用仅供参考...请尽可能多的参考用户上一次的问题和你的回答。” 但这是第一次交互，所以没有上一次问题。用户说“用户上一次的问题”，但在这个对话中，这是我第一次回复这个用户。所以，我应该基于当前问题。 在引用中，[3] 直接相关，所以我可以用它作为参考。 生成相关问题：在回答末尾添加相关问题。 最终回答结构： 1. **引言**：简要介绍错误。 2. **错误原因**：解释为什么发生。 3. **解决方案**：分步骤提供解决方法。 4. **相关问题**：列出生成的问题。 添加引用标识：当引用来源时，在末尾加引用标识。例如，提到优快云博客时：[^3] 现在，构建内容： - 错误：Exceeded limit on max bytes to buffer : 262144 - 原因：在Spring WebFlux中，默认的缓冲区大小是256KB（262144字节）。当请求体超过这个大小时，服务器无法处理，抛出此错误。[^3] - 解决方法： - 配置 Spring Boot 的 `spring.codec.max-in-memory-size` 属性。 - 在 application.properties 添加：`spring.codec.max-in-memory-size=1048576` # 1MB - 对于文件上传，设置 MultipartFile 的大小限制。 - 使用 `spring.servlet.multipart.max-file-size` 和 `spring.servlet.multipart.max-request-size` - 但注意，在WebFlux中，配置可能不同。 - 参考链接：[^3]提供了一些细节。 - 确保真实可靠：基于标准Spring文档。 相关问题生成： 1. 如何调整Spring Boot中的其他缓冲区大小？ 2. 当遇到数据库资源超出限制时如何处理？参考引用[2] 3. 如何优化服务器配置以处理大请求？ 4. 在Tomcat或其他容器中类似的错误如何解决？参考引用[1] 引用标识： - [^1]: 关于Tomcat的maxPostSize - [^2]: MySQL资源限制 - [^3]: 优快云博客链接 在回答中，自然地添加引用。 </think>### "exceeded limit on max bytes to"错误的原因及解决方案 用户查询的错误信息 "Error: Exceeded limit on max bytes to buffer : 262144" 通常出现在基于 Spring WebFlux 或响应式编程的 Java应用程序中（例如使用 Spring Boot）。该错误表示服务器在接收请求时，请求体（request body）的大小超出了配置的内存缓冲区限制（默认值为 262144 字节，即 256KB）。以下是详细的错误分析和逐步解决方法，基于常见开发实践和参考资源。回答力求真实可靠，并引用提供的参考资料（在相关段落末尾添加引用标识）。 #### 错误原因 - **核心问题**：在 Spring WebFlux 中，服务器使用内存缓冲区处理请求体数据（如 JSON、表单数据或文件上传）。默认缓冲区大小设置为 262144 字节（256KB）。当客户端发送的请求体超过这个大小时，服务器无法缓冲完整数据，从而抛出此错误。这主要是为了防止内存溢出（OOM）问题，确保服务器稳定性 [^3]。 - **常见场景**： - 上传大型文件（如图片、视频）或处理大尺寸 JSON 请求。 - 在微服务架构中，网关或 API 服务未正确配置缓冲区限制。 - 并发请求过多导致累积数据超过阈值。 - **潜在影响**：如果不处理，客户端会收到 HTTP 413（Payload Too Large）或类似错误，导致服务不可用。 #### 解决方案 解决此错误的核心是调整服务器缓冲区大小。以下是逐步解决方法，针对 Spring Boot 应用程序（最常见场景）。所有步骤均基于官方 Spring 文档和实际开发经验。操作前请备份配置文件。 ##### 1. **修改 Spring Boot 的缓冲区大小配置** - **原因**：Spring WebFlux 默认使用 `spring.codec.max-in-memory-size` 属性控制内存缓冲区大小。默认值 262144 字节对于大请求不足。 - **步骤**： - 打开 Spring Boot 项目的配置文件（`application.properties` 或 `application.yml`）。 - 添加或修改以下属性，增加缓冲区大小。例如设置为 1MB（1048576 字节）或更高： - 在 `application.properties` 中： ```properties # 设置最大内存缓冲区大小为 1MB spring.codec.max-in-memory-size=1048576 ``` - 在 `application.yml` 中： ```yaml spring: codec: max-in-memory-size: 1048576 ``` - **注意**：值单位为字节。根据实际需求调整（如 10MB 可设置为 `10485760`）。避免设置过大，以防内存耗尽。 - 重启应用程序测试效果。此方法适用于大多数 REST API 或 WebFlux 应用 [^3]。 ##### 2. **处理文件上传场景（Multipart 请求）** - **原因**：如果错误涉及文件上传，可能需单独配置 multipart 请求限制。Spring Boot 中的 `spring.servlet.multipart` 属性（针对 Servlet 栈）或 WebFlux 的专用设置可能未覆盖。 - **步骤**： - 对于 WebFlux 应用（响应式栈），在配置中添加： ```yaml spring: webflux: multipart: max-file-size: 10MB # 单个文件最大大小 max-request-size: 10MB # 整个请求最大大小 ``` - 对于传统 Servlet 应用（如 Spring MVC），使用： ```properties spring.servlet.multipart.max-file-size=10MB spring.servlet.multipart.max-request-size=10MB ``` - 重启服务后，验证文件上传是否正常。 - **参考**：如果错误与 Tomcat 或类似容器相关（如引用[1]中的 `maxPostSize`），需在服务器配置中调整。例如在 Tomcat 的 `server.xml` 中修改 `<Connector>` 的 `maxPostSize` 属性（单位为字节）： ```xml <Connector port="8080" maxPostSize="10485760" ... /> ``` ##### 3. **检查和优化资源限制** - **原因**：错误可能与系统级资源限制相关。例如数据库连接池或连接耗尽（如引用[2]中的 MySQL 错误），间接导致缓冲区问题。 - **步骤**： - 运行命令检查数据库连接限制（适用于 MySQL）： ```sql SHOW VARIABLES LIKE '%max_user_connections%'; SHOW VARIABLES LIKE '%max_connections%'; SHOW GLOBAL STATUS LIKE 'Max_used_connections'; ``` 如果值过小（如 `max_connections < 100`），调整数据库配置或升级资源。 - 监控服务器内存使用：使用工具如 `jconsole` 或 `VisualVM` 确保 Java 堆空间充足。建议设置 JVM 参数： ``` -Xmx1024m -Xms512m # 示例：最小堆512MB，最大堆1024MB ``` - 如果使用网关（如 Spring Cloud Gateway），检查其缓冲区设置： ```yaml spring: cloud: gateway: httpclient: max-in-memory-buffer-size: 1048576 ``` ##### 4. **其他通用建议** - **代码优化**：避免在内存中处理大型数据。改用流式处理（streaming）或分块上传。例如在 Spring WebFlux 中使用 `Flux<DataBuffer>`。 - **错误处理**：添加全局异常处理器捕获 `DataBufferLimitException` 并返回友好错误消息： ```java @ExceptionHandler(DataBufferLimitException.class) public ResponseEntity<String> handleBufferExceeded(DataBufferLimitException ex) { return ResponseEntity.status(413).body("Request too large. Max allowed: 1MB"); } ``` - **测试和验证**：使用工具如 Postman 发送大请求测试配置是否生效。参考引用[3]提供的 优快云 博客，了解更多调试技巧和案例：[https://blog.youkuaiyun.com/Zjp175144/article/details/139414172](https://blog.youkuaiyun.com/Zjp175144/article/details/139414172) [^3]。 - **如果问题持续**：检查日志确认错误来源（如应用日志或服务器日志）。确保所有微服务组件（如 Nginx、API 网关）的缓冲区设置一致。 #### 总结 "exceeded limit on max bytes to buffer"错误主要由服务器缓冲区大小不足引起，通过增大 `spring.codec.max-in-memory-size` 等属性即可解决（默认256KB）。如果涉及文件上传或数据库资源，需综合配置系统参数监控资源使用。建议从简单配置调整开始，逐步排查。处理时注意内存安全，避免无限放大缓冲区 [^1][^2][^3]。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值