OGG目的端的checkpoint table被drop的修复方法

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

本文详细介绍了当GoldenGate Replicat因checkpointtable goldengate.ckptfull被意外删除后，如何通过重建表、获取并修改检查点信息、重新启动Replicat进程来解决启动失败的问题。包括重建表、获取检查点信息、修改检查点、启动进程等关键步骤。

 

OGG目的端的checkpoint table被drop的修复方法
参考自：OGG Replicat Failed Due To Check_point Table beingTruncated (文档 ID 1319832.1)


1.首先，start repfull报错：

GGSCI (localhost.localdomain) 8> view report repfull


***********************************************************************
                 Oracle GoldenGate Delivery for Oracle
 Version 11.2.1.0.20 18227972 OGGCORE_11.2.1.0.0OGGBP_PLATFORMS_140304.2209_FBO
   Linux, x64, 64bit (optimized), Oracle 10g on Mar  5 2014 02:20:23
 
Copyright (C) 1995, 2014, Oracle and/or its affiliates. All rights reserved.


                    Starting at 2015-06-11 08:49:51
***********************************************************************

Operating System Version:
Linux
Version #1 SMP Fri Jan 27 17:17:51 EST 2012, Release 2.6.18-308.el5
Node: localhost.localdomain
Machine: x86_64
                         soft limit   hard limit
Address Space Size   :    unlimited    unlimited
Heap Size            :    unlimited    unlimited
File Size            :    unlimited    unlimited
CPU Time             :    unlimited    unlimited

Process id: 7590

Description: 

***********************************************************************
**            Running with the following parameters                  **
***********************************************************************

2015-06-11 08:49:51  INFO    OGG-03035  Operating system character set identified as UTF-8. Locale: en_US, LC_ALL:.

2015-06-11 08:49:51  INFO    OGG-02696  NON-ANSI SQL parameter syntax is used for parameter parsing.
replicat repfull
setenv ( NLS_LANG =  "AMERICAN_AMERICA.ZHS16GBK" )

2015-06-11 08:49:51  INFO    OGG-02095  Successfully set environment variable NLS_LANG=AMERICAN_AMERICA.ZHS16GBK.
assumetargetdefs
userid goldengate, password ************
DBOPTIONS DEFERREFCONST
gettruncates
ALLOWNOOPUPDATES
ddl include mapped
discardfile ./dirrpt/repfull.dsc, append, megabytes 5000
map scott.*, target scott.*;
map lc00019999.*, target lc00019999.*;

2015-06-11 08:49:51  INFO    OGG-00506  Both GETTRUNCATES and DDL replication are enabled.

2015-06-11 08:49:51  INFO    OGG-01815  Virtual Memory Facilities for: COM
    anon alloc: mmap(MAP_ANON)  anon free: munmap
    file alloc: mmap(MAP_SHARED)  file free: munmap
    target directories:
    /u02/ggs/dirtmp.

CACHEMGR virtual memory values (may have been adjusted)
CACHESIZE:                                2G
CACHEPAGEOUTSIZE (normal):                8M
PROCESS VM AVAIL FROM OS (min):           4G
CACHESIZEMAX (strict force to disk):   3.41G

Database Version:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bi
PL/SQL Release 10.2.0.5.0 - Production
CORE    10.2.0.5.0      Production
TNS for Linux: Version 10.2.0.5.0 - Production
NLSRTL Version 10.2.0.5.0 - Production

Database Language and Character Set:
NLS_LANG         = "AMERICAN_AMERICA.ZHS16GBK" 
NLS_LANGUAGE     = "AMERICAN" 
NLS_TERRITORY    = "AMERICA" 
NLS_CHARACTERSET = "ZHS16GBK" 

Source Context :
  SourceModule            : [er.common]
  SourceID                : [/scratch/aime1/adestore/views/aime1_adc4150267/oggcore/OpenSys/src/app/er/common.cpp]
  SourceFunction          : [extract_start_point]
  SourceLine              : [2142]
  ThreadBacktrace         : [11] elements
                          : [/u02/ggs/libgglog.so(CMessageContext::AddThreadContext()+0x1e) [0x2ad4a9a6561e]]
                          : [/u02/ggs/libgglog.so(CMessageFactory::CreateMessage(CSourceContext*, unsigned int, ...)+0x2ec) [0x2ad4a9a5e15c]]
                          : [/u02/ggs/libgglog.so(_MSG_ERR_CHECKPOINT_GENERIC(CSourceContext*, char const*, CMessageFactory::MessageDisposition)+0x31) [0x2ad4a9a4f66b]
]
                          : [/u02/ggs/replicat(extract_start_point(time_elt_def*, time_elt_def*)+0x165) [0x520775]]
                          : [/u02/ggs/replicat(replicat_main(int, char**)+0x59f) [0x550f5f]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::MainThread::ExecMain()+0x4f) [0x5ef7ff]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::Thread::RunThread(ggs::gglib::MultiThreading::Thread::ThreadArgs*)+0x104) [0x5efa54]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::MainThread::Run(int, char**)+0x8b) [0x5efb5b]]
                          : [/u02/ggs/replicat(main+0x2c) [0x5502ac]]
                          : [/lib64/libc.so.6(__libc_start_main+0xf4) [0x3a2a01d994]]
                          : [/u02/ggs/replicat(__gxx_personality_v0+0x31a) [0x4c266a]]

2015-06-11 08:49:52  ERROR   OGG-00446  Checkpoint table goldengate.ckptfull does not exist.  Please create the table or recreate the REPFULL group using the correct t
able.

2015-06-11 08:49:52  ERROR   OGG-01668  PROCESS ABENDING.


2.于是，就建立上goldengate.ckptfull 这个表：

 

GGSCI (localhost.localdomain) 9>  dblogin  userid goldengate, password xxx
Successfully logged into database.

GGSCI (localhost.localdomain) 10> ADD CHECKPOINTTABLE goldengate.ckptfull

Successfully created checkpoint table goldengate.ckptfull.


3.此时，start repfull报错：

Source Context :
  SourceModule            : [er.common]
  SourceID                : [/scratch/aime1/adestore/views/aime1_adc4150267/oggcore/OpenSys/src/app/er/common.cpp]
  SourceFunction          : [extract_start_point]
  SourceLine              : [2142]
  ThreadBacktrace         : [11] elements
                          : [/u02/ggs/libgglog.so(CMessageContext::AddThreadContext()+0x1e) [0x2b18e359d61e]]
                          : [/u02/ggs/libgglog.so(CMessageFactory::CreateMessage(CSourceContext*, unsigned int, ...)+0x2ec) [0x2b18e359615c]]
                          : [/u02/ggs/libgglog.so(_MSG_ERR_CHECKPOINT_GENERIC(CSourceContext*, char const*, CMessageFactory::MessageDisposition)+0x31) [0x2b18e358766b]
]
                          : [/u02/ggs/replicat(extract_start_point(time_elt_def*, time_elt_def*)+0x165) [0x520775]]
                          : [/u02/ggs/replicat(replicat_main(int, char**)+0x59f) [0x550f5f]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::MainThread::ExecMain()+0x4f) [0x5ef7ff]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::Thread::RunThread(ggs::gglib::MultiThreading::Thread::ThreadArgs*)+0x104) [0x5efa54]]
                          : [/u02/ggs/replicat(ggs::gglib::MultiThreading::MainThread::Run(int, char**)+0x8b) [0x5efb5b]]
                          : [/u02/ggs/replicat(main+0x2c) [0x5502ac]]
                          : [/lib64/libc.so.6(__libc_start_main+0xf4) [0x3a2a01d994]]
                          : [/u02/ggs/replicat(__gxx_personality_v0+0x31a) [0x4c266a]]

2015-06-11 09:03:03  ERROR   OGG-00446  No data selecting position from checkpoint table goldengate.ckptfull for group 'REPFULL', key 1036574807 (0x3dc8e057), SQL <SEL
ECT a.current_dir, a.seqno, a.rba, a.audit_ts, a.log_csn, a.log_cmplt_csn, a.log_cmplt_xids, b.log_cmplt_xids FROM goldengate.ckptfull a LEFT JOIN goldengate.ckptfull_
lox b ON a.group_name = b.group_name AND a.group_key = b.group_key AND a.log_cmplt_csn = b.log_cmplt_csn WHERE a.group_name = 'REPFULL' AND a.group_key  = 1036574807>.

2015-06-11 09:03:03  ERROR   OGG-01668  PROCESS ABENDING.

4.得到repfull的读检查点信息：

GGSCI (localhost.localdomain) 16> info repfull

REPLICAT   REPFULL   Last Started 2015-06-11 08:30   Status ABENDED
Checkpoint Lag       00:00:00 (updated 00:33:01 ago)
Log Read Checkpoint  File /u02/ggs/dirdat/td000001 ---->1
                     First Record  RBA 1192        ---->1192


 

5.修改检查点（其实不叫修改，就是重复一下而已）

GGSCI (localhost.localdomain) 17> alter replicat repfull, extseqno 1, extrba 1192
REPLICAT altered.


GGSCI (localhost.localdomain) 18> info repfull

REPLICAT   REPFULL   Initialized   2015-06-11 09:05   Status STOPPED
Checkpoint Lag       00:00:00 (updated 00:00:04 ago)
Log Read Checkpoint  File /u02/ggs/dirdat/td000001
                     First Record  RBA 1192


6.启动repfull进程，

GGSCI (localhost.localdomain) 19> start repfull

Sending START request to MANAGER ...
REPLICAT REPFULL starting

注意，此时goldengate.ckptfull表里边才被插入一条记录。

 

7.检查状态：

GGSCI (localhost.localdomain) 41> info all

Program     Status      Group       Lag at Chkpt  Time Since Chkpt

MANAGER     RUNNING                                           
REPLICAT    RUNNING     REPFULL     00:00:00      00:00:01


 

linux OGG同步
11-10
Checkpoint files /oracle/ogg/dirchk: created Process status files /oracle/ogg/dirpcs: created SQL script files ``` 创建这些目录后，我们就可以继续配置OGG进程，包括定义源端和目标端的抽取（EXTRACT）、泵...
OGG故障指南：OGG-00446 Checkpoint table does not exist
qqqyyy0422的博客
03-27 385
应用进程没有认到准确的Checkpoint table。
OGG checkpoint table 说明
hayata的专栏
01-24 9292
Checkpoint table有两种类型：主表和辅助表。主表根据用户定义名称来来创建，辅助表会自动创建。辅助表就是transaction table。名称是checkpoint table名上加_LOX。 SQL> conn ogg/ogg   Connected. SQL> SQL> select table_name from user_tables;
oracle ogg checkpoint,OGG目的端的checkpoint table被drop的修复方法
weixin_31845811的博客
04-08 1073
OGG目的端的checkpoint table被drop的修复方法参考自：OGG Replicat Failed Due To Check_point Table beingTruncated (文档 ID 1319832.1)1.首先，start repfull报错：GGSCI (localhost.localdomain) 8> view report repfull**********...
oracle ogg checkpoint,OGG 11g Checkpoint 详解
weixin_29341975的博客
04-08 511
OGG Checkpoint 详解定位中断的位置，下次启动从中断的位置开始恢复。1.target 端配置；2.一条记录对应一个replicat一. ExtractCheckpoints(1)Extractreadcheckpoints(1)Startupcheckpoint --ogg启动的时候创建当Extract进程启动的时候，会创建startupcheckpoint，用来...
OGG_GoldenGate检查点应用Checkpoint（案例）
weixin_33858249的博客
03-06 336
2014-03-06 Created By BaoXinjian 一、摘要 检查点将进程的当前读写位置存储在磁盘中用于恢复目的。 检查点不仅可以真实地标记 Extract进程捕获的要进行同步的数据变化以及 Replicat进程应用到 target数据库的数据变化，防止进程进行冗余的数据处理，还可以提供容错机制，防止在系统、网络或 Oracle GoldenGate进程需要重启时发生数...
关于Goldengate中的Checkpoint和Checkpoint Lag
My Technology Workstation
07-14 3668
一.概要 前段时间,一个朋友问我关于goldengate中的Lag的问题。因涉及到Lag的详细行程过程，而我一直觉得Lag就是：本进程处理一条记录的时间点和前一个进程处理该记录时的时间点的差距，因为一般情况下都是目标端的REP进程出现LAG的机会比较大，平时也更加侧重于如何去诊断LAG和优化，所以当纠结一些详细原因的时候就卡住了(到底是不是当前处理时间和源库产生的时间)。那既然要更加明确
OGG 运维篇+常用命令大全
ZZT_2009
02-28 2308
说明：本文为Oracle GoldenGate常用命令指导手册 标签：OGG命令、OGG常用命令、OGG命令详情、OGG相关命令 温馨提示：如果您发现本文哪里写的有问题或者有更好的写法请留言或私信我进行修改优化 ★ 常用命令如下 This file describes the commands that can be issued through the Oracle GoldenGate Software Command Interface (GGSCI). This is the comma
Oracle主备切换，ogg恢复方法(经典模式)
sinat_36757755的博客
11-13 1309
文章主要介绍Oracle数据库物理ADG主备在发生切换时(switchover,failover)，在主库、备库运行的ogg进程(经典模式)如何进行恢复。
oracle goldengate报错解决之OGG-00446、OGG-00529、OGG-00014
weixin_34025051的博客
11-08 2365
OGG测试：无法启动ext进程，报错OGG-00446报错日志【截取重要部分】2016-10-2816:51:40ERROROGG-00446Missingfilenameopeningcheckpointfile. 2016-10-2816:51:40ERROROGG-01668PROCESSABENDING.日志意思很明显：在打开...
goldengate checkpoint table 丢失后的加载
namu
03-23 912
使用checkpoint table的方式应用数据，如果在数据库里删除了checkpoint table ，重新添加checkpoint table后，默认会寻找第一个trail文件，如果trail 文件被删除，将无法继续加载。如果第一个trail文件没有删除，可以继续应用
OGG-00446 报错
赚钱把购物车清了。。。
04-03 1314
背景：DG单机主库，有一个RAC备库，1月15日做过切换。客户觉得主机内存使用过高，直接重启了主机，OGG挂掉，重新拉起时，出现OGG-00446报错，该归档为15日的归档，本地已经删除 select * from v$log;看到有两个thread，其中thread 2的redo 有两个日志组没有用到 重新拉起start E_SL_DG，infoE_SL_DG,showch查看检查点，...
ogg for oracle,goldengate的 一个错误：ERROR OGG-00446 Oracle GoldenGate Delivery for Oracle,...
weixin_29356815的博客
04-06 473
配置复制，源端是：linux 64位，OGG11,目标端是：linux 64位，OGG11源端：GGSCI (host1) 28> info allProgram Status Group Lag Time Since ChkptMANAGER RUNNINGEXTRACT RUNNING DPUMP ...
oracle 11.2.0.4 ogg 12.3.0.1.0备库rep进程启动报错OGG-00446
clm20482的博客
10-29 373
主备操作系统：rhel 6.6 数据库版本：oracle 11.2.0.4 ogg版本：12.3.0.1.0 今天教一新手使用oracle 11.2.0....
OGG进程管理
weixin_44524950的博客
01-14 1496
1、删除ogg进程 GGSCI (ogg2) 3&gt; stop ext1 Sending STOP request to EXTRACT EXT1 … Request processed. GGSCI (ogg2) 9&gt; dblogin userid ogg,password oracle Successfully logged into database. GGSCI (ogg2) 1...
【ogg 】Error Messages（OGG-02563 to OGG-03520）
viviliving的专栏
11-12 7648
OGG-02563: Internal LCR column {0} formating error: {1}. Cause: Internal LCR column format error. Action: Contact Oracle Support. OGG-02564: Invalid opcode {0} {1} to format. Cause: Internal LCR col...
Oracle OGG-00446错误处理
czdn123的博客
02-05 2219
1 发现问题 2 分析问题 3 解决问题
Oracle Golden Gate 系列十三 -- 配置GG进程检查点（checkpoint） 说明
热门推荐
David Dai -- Focus on Oracle
11-17 1万+
一.Checkpoints 理论说明有关GG的Checkpoints 在系列一， GG的架构中以说明：OracleGolden Gate 系列一 --GG 架构 说明http://blog.youkuaiyun.com/tianlesoftware/article/details/6925907 这里在单独拿出来说明一下，因为这是一个较为重要的概念。  Checkpoints storethe current
【ogg 】Error Messages（OGG-00001 to OGG-00520）
viviliving的专栏
11-12 6341
OGG-00001: Execution cannot continue - Program Terminating Cause: This is a generic message that indicates a process failure. Action: Look for other messages in the process report and error log th...
如何查看ogg目标端info replica xxx，detail没有Current Checkpoint显示
最新发布
08-20
<think>嗯，用户的问题是关于Oracle GoldenGate目标端执行info replica xxx detail命令时不显示Current Checkpoint信息，该如何查看。首先需要理解用户的使用场景和身份。用户应该是负责维护GoldenGate复制的DBA或运维人员，在排查复制状态或故障时遇到了这个问题。用户可能已经尝试了基本命令但没得到需要的信息，现在需要更深入的排查方法。 从用户描述来看，核心痛点在于目标端复制进程的检查点信息缺失。根据引用[2]中的示例，正常情况下INFO命令应该显示类似"Checkpoint Lag 00:00:00"这样的信息。但用户遇到的情况可能是完全没有Current Checkpoint字段，或者显示为0/无效值。这通常意味着复制进程无法正常获取或记录检查点位置。 考虑到GoldenGate的架构，需要分几个层面来分析。首先想到的是基础配置问题：检查点表是否启用。引用[1]提到过对象命名规范的重要性，如果检查点表配置有误（比如表名大小写问题、权限不足），就会导致检查点信息无法写入。建议用户用VIEW CHECKPOINTTABLE命令验证。 另一个常见原因是复制进程状态异常。引用[3]展示了注册进程失败的案例，其中提到"logical decoding cannot be used while in recovery"——这说明数据库本身的恢复模式会影响GoldenGate。如果目标数据库处于只读/恢复状态，复制进程自然无法更新检查点。需要确认数据库的open_mode。 进程日志也是关键突破口。引用[4]显示GoldenGate会记录"Logging of supplemental redo data enabled"这类操作信息。如果检查点更新失败，日志里通常会有ODBC错误或权限拒绝的报错。特别是当看到"RBA not found"这类信息时，很可能存在日志文件缺失或路径错误。 最后想到的是版本兼容性问题。比如GoldenGate版本与数据库版本不匹配时，某些元数据字段可能无法正确解析。这种情况需要查看官方文档的兼容性矩阵，必要时升级补丁。 用户可能需要具体的操作步骤，所以回复应该包含可执行的命令序列：从检查进程状态开始，到验证检查点表、查看数据库模式、分析日志文件，最后建议尝试重启进程。安全起见还要提醒备份参数文件——毕竟在GoldenGate里错误的重启可能导致数据不一致。 补充问题设计也很重要。用户可能延伸想知道如何预防此类问题（比如定期监控检查点表空间），或者需要区分网络中断与元数据损坏的不同表现。特别是当检查点丢失伴随数据延迟时，故障定位方向会完全不同。</think>在Oracle GoldenGate (OGG)目标端执行`INFO REPLICAT <group> DETAIL`时未显示**Current Checkpoint**信息，通常表明复制进程无法正常读取或记录检查点位置。以下是排查步骤和解决方案： --- ### **排查步骤** 1. **检查进程状态** ```bash GGSCI> INFO REPLICAT <group> ``` - 确认状态为 **RUNNING**。若为 **ABENDED** 或 **STOPPED**，需先解决故障并重启进程[^2]。 2. **验证检查点表（Checkpoint Table）** - 检查点表用于持久化复制进度。若未配置或配置错误，将导致检查点信息丢失： ```bash GGSCI> VIEW PARAMS <group> ``` - 确认参数文件包含检查点表配置： ```sql REPLICAT <group> TARGETDB <dsn>, USERIDALIAS <alias> CHECKPOINTTABLE <schema>.<table_name> -- 例如：ggadmin.ggs_checkpoint ``` - **修复方法**： - 若未配置，按规范创建检查点表并添加到参数文件： ```bash GGSCI> DBLOGIN USERIDALIAS <alias> GGSCI> ADD CHECKPOINTTABLE <schema>.<table_name> ``` 3. **检查目标数据库状态** - **问题场景**：目标库为备库（如Data Guard物理备库），处于只读模式。 - **现象**：复制进程无法更新检查点表（引用[3]的`logical decoding cannot be used while in recovery`类似错误）。 - **解决方案**： - 确保目标库为**可读写模式**（`OPEN READ WRITE`）。 - 若必须使用备库，需配置为**逻辑备库**并启用补充日志。 4. **分析进程日志（Report File）** ```bash GGSCI> VIEW REPORT <group> ``` - 搜索以下关键字： - `ERROR OGG-01296`（检查点表访问失败） - `ERROR OGG-02028`（检查点数据损坏） - `No valid checkpoint found` - **修复方法**： - 根据错误提示修复权限、表空间或网络问题。 - 严重损坏时需**重建检查点**（需谨慎操作）。 5. **检查Trail文件完整性** - 若Trail文件损坏或丢失，检查点信息可能无效。 - 使用`LOGDUMP`工具验证当前Trail文件： ```bash LOGDUMP> OPEN ./dirdat/<trail_prefix> LOGDUMP> NEXT ``` - **修复方法**： - 从源头重新传输Trail文件（需协调源端抽取进程）。 --- ### **强制显示检查点信息** 若上述步骤无效，尝试**重启进程**并指定`SHOWCH`参数： ```bash GGSCI> STOP REPLICAT <group> GGSCI> START REPLICAT <group>, SHOWCH GGSCI> INFO REPLICAT <group>, DETAIL ``` > ⚠️ 注意：`SHOWCH`参数强制输出检查点，但可能暴露底层错误。 --- ### **关键配置建议** 1. **检查点表维护** - 定期监控表空间使用率，避免空间不足导致更新失败。 2. **参数文件规范** - 确保`CHECKPOINTTABLE`对象名符合数据库命名规则（引用[1]）。 3. **日志保留策略** - 配置`PURGEOLDEXTRACTS`自动清理旧Trail文件，防止文件堆积。 --- ### **示例：修复检查点表故障** ```bash # 1. 停止进程 GGSCI> STOP REPLICAT RCONF # 2. 修复检查点表（如权限问题） GGSCI> DBLOGIN USERIDALIAS TGT_ALIAS GGSCI> GRANT SELECT, INSERT, UPDATE ON ggadmin.ggs_checkpoint TO ggadmin; # 3. 重启进程 GGSCI> START REPLICAT RCONF # 4. 验证检查点 GGSCI> INFO REPLICAT RCONF, DETAIL ``` > 输出应包含： > `Current Checkpoint: RBA 12345, Timestamp 2023-10-01 12:00:00` --- ### **相关问题** 1. **如何避免GoldenGate复制进程因检查点表故障中断？** - 定期监控表空间、权限及网络连接，配置自动告警机制。 2. **目标端数据库为只读备库时，GoldenGate如何正确记录检查点？** - 必须使用逻辑备库模式，并启用`ALTER DATABASE ADD SUPPLEMENTAL LOG DATA`。 3. **GoldenGate检查点信息突然归零可能的原因？** - Trail文件被意外覆盖、检查点表损坏或进程参数被重置。 4. **如何从损坏的检查点中恢复复制进程而不丢失数据？** - 需通过`LOGDUMP`定位最后一个有效事务RBA，手动重置检查点（需严格测试）。 > 引用说明： > [^1]: 对象命名规范影响检查点表访问； > [^2]: 进程状态决定检查点是否更新； > [^3]: 只读数据库导致检查点写入失败； > [^4]: 补充日志是检查点记录的基础。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值