误删oracle数据库文件,Oracle数据库运行时rm误删文件的解决方法

最新推荐文章于 2024-05-16 20:33:17 发布
最新推荐文章于 2024-05-16 20:33:17 发布
阅读量406 收藏
点赞数
文章标签： 误删oracle数据库文件

网上可以看到不少有关oracle运行时误删数据文件的讨论，对于使用rm操作系统命令删除的文件，可以通过copy文件描述符来恢复文件，当然这种方式的前提还是数据库还在运行。

但在DB还在运行时直接copy文件描述符来恢复文件，这样操作其实有几个问题：copy过程中需要额外的存储空间

在数据库checkpoint发起之前，对误删数据文件的所有copy操作必须完成，否则来不及copy的数据文件将会因为实例终止而完全丢失，还在copy中的数据文件无效

如果误删的文件包括online redo或undo，这种方式很可能无效

恢复数据文件的操作必须将对应的表空间下线或关闭数据库，这势必影响线上业务

深入思考一下，数据库进程读写数据文件，是通过文件描述符(以下简称FD)来操作硬盘上对应的数据文件的。既然这些误删的数据文件当前还可以在内存中读写，通过FD操作文件，而且这些误删的数据文件本身占用的空间也并没有释放出来，那是否可以通过某种类似undelete的方式将FD的内容保留会原先的硬盘上呢？

其实github上有多个项目就是实现这个的，包括fdlink、vfs-undelete等。但这些方案也有问题：需要编译内核模块来实现。但是这一点，这个要求就比较高，毕竟服务器上一般是不会安装内核源代码的，而且即使要下载也需要时间。

需要root权限

实际效果难说。我实测下来，centos5.6的系统，默认内核2.6.18-238.el5， 删除单个数据文件，用fdlink和vfs-undelete都不能成功恢复。

所以这个方法基本不可行。

那是否还有其他方式呢？其实再深入思考下，既然FD还能完全操作这些误删的数据文件，完全可以把FD直接当做数据文件来处理。为了保持原来的数据文件路径不变，我们可以建立一个soft link，把数据文件链接回FD，这样所有的oracle进程也就可以找到数据文件，这样误删操作也不会影响到正常业务进行。

但这样做的问题又来了，毕竟FD不是硬盘上的文件，DB或系统重启、断电都会使FD失效，误删的数据文件还是会可能丢失，而直接copy FD生成的数据文件又有本文开头说的那些问题，怎么操作才能兼顾呢？

解决这个问题其实也并不麻烦。只要了解FD的特性，只要还有进程持有该FD，对应的数据文件内容就就可以读写。我们可以使用tail命令来始终占用这个FD，那么即使DB关闭或者数据文件offline了，这个FD对应的数据文件内容还是可以读取的，而因为DB已经关闭或数据文件已经offline了，自然这些数据文件也就没有写操作了，此时copy出来的数据文件才是干净安全的。

下面是对这个过程一个演示(test表在表空间users01.dbf上，重要操作加亮显示)：

$ ls

bbed.par    control01.ctl  filelist.txt  redo01.log  redo03.log    system01.dbf  undotbs01.dbf

bifile.bbd  example01.dbf  log.bbd       redo02.log  sysaux01.dbf  temp01.dbf    users01.dbf

$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Tue Nov 4 10:48:09 2014

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 1870647296 bytes

Fixed Size                  2229424 bytes

Variable Size             452987728 bytes

Database Buffers         1409286144 bytes

Redo Buffers                6144000 bytes

Database mounted.

Database opened.

SQL> select count(*) from test;

COUNT(*)

----------

618237

$ ll

total 2218432

-rw-r--r-- 1 oracle oinstall        74 Oct 30 12:04 bbed.par

-rw-r--r-- 1 oracle oinstall     18432 Oct 30 13:48 bifile.bbd

-rw-r----- 1 oracle oinstall   9814016 Nov  4 10:48 control01.ctl

-rw-r----- 1 oracle oinstall 362422272 Nov  4 10:48 example01.dbf

-rw-r--r-- 1 oracle oinstall       259 Oct 30 12:03 filelist.txt

-rw-r--r-- 1 oracle oinstall      1725 Oct 30 13:48 log.bbd

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo01.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo02.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo03.log

-rw-r----- 1 oracle oinstall 639639552 Nov  4 10:48 sysaux01.dbf

-rw-r----- 1 oracle oinstall 943726592 Nov  4 10:48 system01.dbf

-rw-r----- 1 oracle oinstall  20979712 Nov  4 10:48 temp01.dbf

-rw-r----- 1 oracle oinstall  57679872 Nov  4 10:48 undotbs01.dbf

-rw-r----- 1 oracle oinstall  83894272 Nov  4 10:48 users01.dbf

$ rm -f users01.dbf

$ ps -ef|grep ora_dbw

oracle     628     1  0 10:48 ?        00:00:00 ora_dbw0_KV

oracle     773  5117  0 10:48 pts/1    00:00:00 grep ora_dbw$ ll /proc/628/fd

total 0

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 0 -> /dev/null

l-wx------ 1 oracle oinstall 64 Nov  4 10:48 1 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 10 -> /dev/zero

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 11 -> /dev/zero

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 12 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_KV.dat

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 13 -> /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/oraus.msb

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 14 -> /proc/628/fd

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 15 -> /dev/zero

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 16 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_KV.dat

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 17 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/lkKV

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 18 -> /u01/app/oracle/product/11.2.0/dbhome_1/rdbms/mesg/oraus.msb

l-wx------ 1 oracle oinstall 64 Nov  4 10:48 2 -> /dev/null

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 256 -> /u01/app/oracle/oradata/KV/control01.ctl

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 257 -> /u01/app/oracle/fast_recovery_area/KV/control02.ctl

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 258 -> /u01/app/oracle/oradata/KV/system01.dbf

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 259 -> /u01/app/oracle/oradata/KV/sysaux01.dbf

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 260 -> /u01/app/oracle/oradata/KV/undotbs01.dbf

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 261 -> /u01/app/oracle/oradata/KV/users01.dbf (deleted)

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 262 -> /u01/app/oracle/oradata/KV/example01.dbf

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 263 -> /u01/app/oracle/oradata/KV/temp01.dbf

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 3 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 4 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 5 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 6 -> /dev/null

lrwx------ 1 oracle oinstall 64 Nov  4 10:48 7 -> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/hc_KV.dat

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 8 -> /dev/null

lr-x------ 1 oracle oinstall 64 Nov  4 10:48 9 -> /dev/null

$ tail -n +0 -f /proc/628/fd/261 >/dev/null  &

[1] 785  (备注：此处785是tail进程执行后的pid号，后面需要该pid号)

$ !sqlplus

sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Tue Nov 4 10:49:36 2014

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

Connected to:

Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> alter system checkpoint;

alter system checkpoint

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

Process ID: 792

Session ID: 142 Serial number: 5

SQL> Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

$ tac /u01/app/oracle/diag/rdbms/kv/KV/trace/alert_KV.log |less

Instance terminated by CKPT, pid = 636

Dumping diagnostic data in directory=[cdmp_20141104104959], requested by (instance=1, osid=636 (CKPT)), summary=[abnormal instance termination].

CKPT (ospid: 636): terminating the instance due to error 63999

System State dumped to trace file /u01/app/oracle/diag/rdbms/kv/KV/trace/KV_diag_611.trc

System state dump requested by (instance=1, osid=636 (CKPT)), summary=[abnormal instance termination].

Tue Nov 04 10:49:59 2014

Additional information: 3

Linux-x86_64 Error: 2: No such file or directory

ORA-27041: unable to open file

ORA-01110: data file 4: '/u01/app/oracle/oradata/KV/users01.dbf'

ORA-01116: error in opening database file 4

ORA-63999: data file suffered media failure

Errors in file /u01/app/oracle/diag/rdbms/kv/KV/trace/KV_ckpt_636.trc:

Additional information: 3

Linux-x86_64 Error: 2: No such file or directory

ORA-27041: unable to open file

ORA-01110: data file 4: '/u01/app/oracle/oradata/KV/users01.dbf'

ORA-01116: error in opening database file 4

ORA-63999: data file suffered media failure

Errors in file /u01/app/oracle/diag/rdbms/kv/KV/trace/KV_ckpt_636.trc:

Tue Nov 04 10:49:58 2014

CJQ0 started with pid=27, OS id=726

Tue Nov 04 10:48:23 2014

Starting background process CJQ0

space available in the underlying filesystem or ASM diskgroup.

database for recovery-related files, and does not reflect the amount of

user-specified limit on the amount of space that will be used by this

db_recovery_file_dest_size of 20000 MB is 8.36% used. This is a

Tue Nov 04 10:48:22 2014

ARC0: Becoming the heartbeat ARCH

ARC0: STARTING ARCH PROCESSES COMPLETE

ARC3: Archival started

ARC2: Archival started

Completed: ALTER DATABASE OPEN

QMNC started with pid=24, OS id=697

Tue Nov 04 10:48:21 2014

Starting background process QMNC

replication_dependency_tracking turned off (no async multimaster replication found)

No Resource Manager plan active

Database Characterset is WE8MSWIN1252

SMON: enabling tx recovery

Verifying 11g file header compatibility for tablespace encryption completed

Verifying file header compatibility for 11g tablespace encryption..

Undo initialization finished serial:0 start:429462324 end:429462404 diff:80 (0 seconds)

[676] Successfully onlined Undo Tablespace 2.

ARC3 started with pid=23, OS id=693

Tue Nov 04 10:48:20 2014

$ ll

total 2136420

-rw-r--r-- 1 oracle oinstall        74 Oct 30 12:04 bbed.par

-rw-r--r-- 1 oracle oinstall     18432 Oct 30 13:48 bifile.bbd

-rw-r----- 1 oracle oinstall   9814016 Nov  4 10:49 control01.ctl

-rw-r----- 1 oracle oinstall 362422272 Nov  4 10:48 example01.dbf

-rw-r--r-- 1 oracle oinstall       259 Oct 30 12:03 filelist.txt

-rw-r--r-- 1 oracle oinstall      1725 Oct 30 13:48 log.bbd

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo01.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo02.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo03.log

-rw-r----- 1 oracle oinstall 639639552 Nov  4 10:49 sysaux01.dbf

-rw-r----- 1 oracle oinstall 943726592 Nov  4 10:49 system01.dbf

-rw-r----- 1 oracle oinstall  20979712 Nov  4 10:48 temp01.dbf

-rw-r----- 1 oracle oinstall  57679872 Nov  4 10:49 undotbs01.dbf

$ ps -ef|grep tail

oracle     785  5117  0 10:49 pts/1    00:00:00 tail -n +0 -f /proc/628/fd/261

oracle     844  5117  0 10:51 pts/1    00:00:00 grep tail

$ ll /proc/785/fd

total 0

lrwx------ 1 oracle oinstall 64 Nov  4 10:52 0 -> /dev/pts/1

l-wx------ 1 oracle oinstall 64 Nov  4 10:52 1 -> /dev/null

lrwx------ 1 oracle oinstall 64 Nov  4 10:50 2 -> /dev/pts/1

lr-x------ 1 oracle oinstall 64 Nov  4 10:52 3 -> /u01/app/oracle/oradata/KV/users01.dbf (deleted)

$ cp  /proc/785/fd/3 users01.dbf

$ ll

total 2218432

-rw-r--r-- 1 oracle oinstall        74 Oct 30 12:04 bbed.par

-rw-r--r-- 1 oracle oinstall     18432 Oct 30 13:48 bifile.bbd

-rw-r----- 1 oracle oinstall   9814016 Nov  4 10:49 control01.ctl

-rw-r----- 1 oracle oinstall 362422272 Nov  4 10:48 example01.dbf

-rw-r--r-- 1 oracle oinstall       259 Oct 30 12:03 filelist.txt

-rw-r--r-- 1 oracle oinstall      1725 Oct 30 13:48 log.bbd

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo01.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo02.log

-rw-r----- 1 oracle oinstall  52429312 Nov  4 10:48 redo03.log

-rw-r----- 1 oracle oinstall 639639552 Nov  4 10:49 sysaux01.dbf

-rw-r----- 1 oracle oinstall 943726592 Nov  4 10:49 system01.dbf

-rw-r----- 1 oracle oinstall  20979712 Nov  4 10:48 temp01.dbf

-rw-r----- 1 oracle oinstall  57679872 Nov  4 10:49 undotbs01.dbf

-rw-r----- 1 oracle oinstall  83894272 Nov  4 10:52 users01.dbf

$ sqlplus / as sysdba

SQL*Plus: Release 11.2.0.3.0 Production on Tue Nov 4 10:52:39 2014

Copyright (c) 1982, 2011, Oracle.  All rights reserved.

Connected to an idle instance.

SQL> startup

ORACLE instance started.

Total System Global Area 1870647296 bytes

Fixed Size                  2229424 bytes

Variable Size             452987728 bytes

Database Buffers         1409286144 bytes

Redo Buffers                6144000 bytes

Database mounted.

Database opened.

SQL> select count(*) from test;

COUNT(*)

----------

618237

SQL> quit

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

东方银
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle数据库数据文件rm -rf误删除后恢复
数据库专栏
05-30 3244
Oracle数据库中表空间的数据文件在基于OS系统级别被rm -rf 删除后,只要数据库在删除后一直未被shutdown,那么就可以手动恢复,恢复的前提是Oracle安装在Linux系统下,下面是一个实例模拟 1. 在数据库open的时候，直接删除users表空间中的数据文件。 SQL select        Oracle数据库中表空间的数据文件在基于OS系统级别被rm -rf 删除后,
oracle 数据文件recover,Oracle数据库RMAN恢复之数据文件的恢复详解
weixin_29054399的博客
04-03 614
除了system表空间的数据文件(mount)之外，其它数据文件可以在open(mount也可以)状态下恢复。open状态下恢复数据文件可以减少数据库停用的时间，所以应该在open状态下恢复这些数据文件。示例一：数据文件被误删除数据库关闭状态下删除非系统表空间数据文件。启动数据库到mount状态。脱机丢失的数据文件，alter database datafile n offline。打开数据库，a...
误使用rm删除数据文件导致oracle无法启动的修复方法
sam
05-17 426
1、首先停掉侦听服务 lsnrctl  stop 然后在sqlplus命令行内执行如下SQL命令： 2、 shutdown immediate 3、  startup mount  4、 alter database datafile ‘/opt/oracle/oradata/xxx.dbf' offline drop;   其中的datafile为误使用rm命令删掉的
rm -rf误删Oracle数据库恢复---惜分飞
最新发布
05-16 521
有客户把虚拟化环境中装有oracle数据库的linux操作系统,由于操作失误在/下面执行了rm -rf *，导致所有文件被删除,系统无法启动.客户希望要求恢复出其中的Oracle数据库.由于是虚拟化环境,然后客户直接从虚拟化平台下载下来磁盘文件,通过工具加载和分析确认是一个xfs的文件系统。1. 尝试恢复oracle的control01.ctl文件,然后通过该文件尝试分析其他数据文件位置,运气不错该文件恢复出来是好的,直接加载到新库查询v$datafile,分析出来所有数据文件信息。
如何恢复被误删的Oracle数据
weixin_35752122的博客
02-14 2640
如果你的Oracle数据被误删，可以考虑以下几种方法来恢复数据： 使用RMAN备份：如果你在删除数据之前进行了备份，可以使用RMAN恢复删除的数据。 使用Flashback：Oracle提供了Flashback功能，可以恢复到过去的某一个版本，从而恢复误删的数据。 使用导出和导入：如果你之前对数据进行了导出，可以导入导出的数据，恢复误删的数据。 使用第三方软件：如果上述方法都不可行，可以考...
oracle误删除数据之后的恢复方法
angelwings_hao的专栏
12-03 1822
今天要删除表中的数据，不小心删错，而且提交了事务，在网上找了很多资料，现在自己也归纳一下   删除表中的数据由三种方法：   delete删除一条数据  drop和truncate删除表格中数据   1.delete删除的解决方法（我就是使用delete误删除的）   原理：利用oracle提供的闪回方法，如果在删除数据后还没做大量的操作（只要保证被删除数据的块没被覆写），就可
查询Oracle数据库表空间和数据文件方法
03-03
下面以oracle9i为例，详细介绍查询Oracle数据库表空间信息和数据文件信息的方法。一、查看Oracle数据库中表空间信息的方法1、查看Oracle数据库中表空间信息的工具方法：使用oracleenterprisemanagerconsole工具，这...
oracle数据库导入TXT文件方法介绍
08-29
主要介绍了oracle数据库导入TXT文件方法介绍，文中向大家展示了具体代码示例，需要的朋友可以参考下。
Oracle11g dbf数据库文件恢复经验.rar
11-12
总之，Oracle 11g的dbf数据库文件恢复是一个复杂的过程，需要具备专业的数据库管理技能。通过合理的备份策略、有效的监控和及时的故障响应，可以最大程度地降低此类问题对企业运营的影响。对于企业来说，建立强大的...
登录oracle数据库时密码忘记的解决方法
12-16
我们在通过http://localhost:1158/em进行登录oracle时，我们忘记密码时，应该怎么办？ 运行sqlplus进入输入密码界面 用户名输入： connect as sysdba 密码... 您可能感兴趣的文章:oracle 提示登录密码过期完美解决方法
Oracle 误删数据文件后的灾难处理方法
qq_39462114的博客
02-13 723
oracle表空间被误删除后，无法新增，无法删除，采用此操作解除报错
linux上用rm命令误将oracle表空间文件删除
小东的博客
11-02 292
[oracle@db1 ~]$ sqlplus / as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on Wed Dec 21 11:31:18 2011 Copyright © 1982, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production With
oracle误删除数据的恢复方法
weixin_33936401的博客
08-26 406
学习数据库时，我们只是以学习的态度，考虑如何使用数据库命令语句，并未想过工作中，如果误操作一下，都可能导致无可挽回的损失。当我在工作中真正遇到这些问题时，我开始寻找答案。今天主要以oracle数据库为例，介绍关于表中数据删除的解决办法。（不考虑全库备份和利用归档日志）删除表中数据有三种方法：·delete（删除一条记录）·drop或truncate删除表格中数据1.delet...
Oracle误删.DBF文件导致数据库连接不上解决
CSDN_ACM的博客
12-14 1097
由于之前删点东西，不小心把oracle中的一个.DBF文件给删除了。导致了我数据库一直连接不上，加上有一个多月没有使用oracle，所以弄了一个早上才解决。下面我就来总结一下解决方法   1.以管理员的身份运行cmd，输入 sqlplus/nolog  2.接着输入 conn sys/orcl as sysdba 3.shutdown immediate 4.startup 5.alte...
谈谈Oracle数据库的启动
田攀的日志
07-31 9859
Oracle数据库启动过程实际包含三个阶段： NOMOUNT -> MOUNT -> OPEN 一、启动数据库到NOMOUNT状态 NOMOUNT的过程就是启动Oracle数据库实例的过程。在这个阶段Oracle首先会寻找参数文件（pfile或者spfile），然后根据参数文件中的设置，创建数据库实例（分配内存，创建后台进程）。
linux oracle 恢复删除的数据文件
hope_one_day的专栏
08-01 160
若不小心删除了正在运行的oracle的数据文件，比如指令rm –rf * 等。此时千万不能kill 相关oracle进程以及重启机器。 此时，因为进程还一直占用这里oracle文件。因此，虽然是删除了，但其实文件还在文件系统里吗，并没有释放。 这个看文件系统空间就可以知道。 #df -h 执行指令： [root@pridg lyj]# lsof |grep deleted 第二...
oracle 表空间的数据文件丢失或损坏的恢复
yigongye
09-03 5077
表空间的数据文件丢失或损坏的恢复   select ts#,file#,name from v$datafile; 查看表空间和编号       删除一个表空间文件     此时关闭数据库 再开启时发现系统提醒缺少文件     使用RMAN还原系统提示的数据文件5 restore datafile 5;     恢复数据库     此时可以开启数据库了  ...
Oracle装载数据不写日志,Oracle数据库联机日志文件丢失处理方法（总结）！
weixin_34170737的博客
04-15 877
Oracle数据库联机日志文件丢失处理方法试验一：用命令清空日志组方法1、 查看原来表中数据SQL>;conntest/testConnected.SQL>;select*fromtest;TEL----------1232、插入新数据SQL>;insertintotestvalues(4);1rowcreated.SQL>;commit;Comm...
ORACLE数据库管理基础3.ppt
11-21
在深入探讨ORACLE数据库管理基础时，我们聚焦于初始化参数文件、启动和关闭数据库例程以及监控和使用诊断文件这些关键概念。 初始化参数文件是Oracle数据库的核心组件，它包含了数据库运行所需的各种配置参数。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值